感慨一下网易云信超高的门槛 - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Recommended Services
Amazon Web Services
LeanCloud
New Relic
ClearDB
dangyuluo
V2EX    云计算

感慨一下网易云信超高的门槛

 
  •   dangyuluo 2016-04-25 18:17:27 +08:00 26571 次点击
    这是一个创建于 3524 天前的主题,其中的信息可能已经有所发展或是发生改变。

    最近在做移动 IM ,看上网易云信了,功能上能满足。我们这每天用户可能八九百人(顶峰),所以一个月最多也就 1000 块钱的费用。但是首次使用必须充值 4 万块,这个门槛让一些初创公司感到吃力啊。不知道大家都是怎么解决移动 IM 的?自己写服务端的话太费时费力了。

    36 条回复    2016-05-22 14:03:59 +08:00
    helone
        1
    helone  
       2016-04-25 18:19:40 +08:00
    LeanCloud
    xjp
        2
    xjp  
       2016-04-25 19:15:15 +08:00
    rongcloud
    lbp0200
        3
    lbp0200  
       2016-04-25 19:22:25 +08:00 via Android
    友盟免费
    paragon
        4
    paragon  
       2016-04-25 19:59:20 +08:00
    环信~
    mazyi
        5
    mazyi  
    PRO
       2016-04-25 20:49:08 +08:00
    腾讯云也行~
    odirus
        6
    odirus  
       2016-04-25 20:55:12 +08:00
    每天八九百的话。。。用第三方吧,简单实惠,不用运维。

    话说 IM 市场还这么广阔,嘿嘿嘿。
    yumijie
        7
    yumijie  
       2016-04-25 21:17:20 +08:00
    有那么黑?他凭什么一口气要吃人家 4 万块?
    dangyuluo
        8
    dangyuluo  
    OP
       2016-04-25 22:39:50 +08:00
    @helone leancloud 看起来不错,不过搞了一晚上有点晕,不知道方便请教一下么,谢谢。
    shenxian
        9
    shenxian  
       2016-04-25 23:10:53 +08:00 via Android
    这么贵。。我们公司在用云信
    hyzjshwo
        10
    hyzjshwo  
       2016-04-25 23:21:37 +08:00
    安利一下 rongyun 很不错
    beyoung
        11
    beyoung  
       2016-04-25 23:57:08 +08:00
    是 4 万条起冲
    singlepig
        12
    singlepig  
       2016-04-26 01:02:06 +08:00
    难道是怕用过就不想再用了,所以一上来就多要点?有看过可以退款么?
    ldehai
        13
    ldehai  
       2016-04-26 06:59:10 +08:00
    推荐环信,非广告
    evilic
        14
    evilic  
       2016-04-26 09:18:28 +08:00
    mark 了解一下。虽然不知道这是什么东西……
    realpg
        15
    realpg  
    PRO
       2016-04-26 09:26:56 +08:00 via Android
    自己装 teamtalk server
    定制客户端
    liu37130
        16
    liu37130  
       2016-04-26 09:55:26 +08:00
    之前用过环信,感觉还不错,有问题大多数时候客服都能解答,可以作为考虑之一
    murusu
        17
    murusu  
       2016-04-26 10:21:22 +08:00
    楼主有没有试过融云?
    jezhee
        18
    jezhee  
       2016-04-26 10:27:13 +08:00
    还是看你们以后对自己产品有没有一个乐观的估计了,要是以后预计可能日活会突破几十万的量,还是找个稳定靠谱的 IM ,回头迁移成本很大的……像我们现在想换都换不了
    dangyuluo
        19
    dangyuluo  
    OP
       2016-04-26 10:42:55 +08:00
    @hyzjshwo
    @murusu
    好的,我去了解一下。


    @jezhee
    乐观估计肯定是有的,但是这个价钱初创团队(近乎个人开发者了)也是有点吃力。


    @liu37130
    @ldehai
    @paragon
    还在权衡中。
    vhomes
        20
    vhomes  
       2016-04-26 10:53:04 +08:00
    你们有没有人手后续去支持维护是关键吧,我们是在用云信,服务没话说,我哥们儿他们用那种 IM 都拉大群里面,有事儿爱回不回的。至少大半夜拉云信他们客服起来他们也得听着
    jansonjiang
        21
    jansonjiang  
       2016-04-26 10:55:12 +08:00
    最近朋友在做 IM 这块的事情,其实关键还是后续好用才行,朋友他是搞 web 端的,云信他们用 websocket 的,比腾讯先进啊, sdk 封装完善,小团队开发的人手不够,移动端 API 文档全方便用也很重要。另外像楼上说的,如果以后突破几十万的量了,稳定才是最靠谱的,不然迁移成本太高了
    dangyuluo
        22
    dangyuluo  
    OP
       2016-04-26 10:55:42 +08:00
    @vhomes 可能确实是一分钱一分货吧。
    fishcoming
        23
    fishcoming  
       2016-04-26 14:13:44 +08:00
    来说说我的看法:

    1.我们开发者使用 IM 云服务时,不是因为免费低价吧,而是希望通过其解决开发效率并降低开发和运维成本。免费低价或许给我们带来了一点熟悉产品先用为快的机会,但最终却无法跨越时间的门槛,毕竟产品要发展,用户在增长(人无近忧,必有远虑)。

    2.企业级应用所需的灵活性和管理实践,免费或低价的 IM 服务商恐怕难以提供。(已经是免费低价,你还想要人家怎样?)免费或低价的一个前提是简单易用, IM 的接入对于大多开发者或创业团队或许并不简单。不同的开发者、开发团队、业务问题往往各不相同,而解决这些复杂的业务问题,仅凭单一开发文档或视频教程或群聊,恐怕难以顺利接入,而一个能够提供更为灵活周到的技术和服务支持的 IM 服务商,便显得尤为重要。

    3.从长远来看, IM 云服务创业公司的技术积累和资本实力,很难在免费低价的商业模式下,不断研发创新和持续运维;而一旦巨头们发力,其又将面临双重的生存压力,这对于广大开发者而言,无疑将是无法承受的灾难。迁移成本和风险谁担得起?

    4.免费低价往往是一种市场策略,免费不等于便宜。(这点谁都懂)

    故而,对于 IM 云服务这样的研发门槛较高、需要强大技术支撑和长期运维服务的项目来说,无论对于服务商还是我们开发者,选择免费低价,三思是必须的。

    不过,云信似乎发布较晚,敢 TMD 逆势收 4 万,也是蛮硬气。毕竟是网易。
    sjn9588
        24
    sjn9588  
       2016-04-26 14:29:04 +08:00
    用网易云信飘过。 android sdk 设计良好。文档详细。 UI 库在 github 开源,随你定制。重要的是客服直接为单个客户建 qq 群,在群里问, 1 周 7 天都有人在,回复超快。而且有天陪我调试到晚上近 10 点。而且我们好像就冲了 2W 块。第一个月还是试用的。不知道是怎么交涉到的。
    lijinma
        25
    lijinma  
       2016-04-26 14:41:39 +08:00
    我们公司马上要选择 IM ,综合对比了,云信、环信、融云。

    最后选择了网易云信。

    我们更看重 IM 后续的扩展,平常的维护,花点钱如果可以获得更好的服务,肯定是花钱。

    之前的一个项目用的是环信,遇见一些坑,也出现丢消息的问题,不过一直使用的是免费的额度,所以,你可以参考下。
    agui2200
        26
    agui2200  
       2016-04-26 14:55:10 +08:00
    上面推荐环信的..真的用过吗...一个月一个小病,半年服务必有几次丢消息,几个月来一次丢数据...敢用?
    M80
        27
    M80  
       2016-04-26 15:31:10 +08:00
    环信:速度慢,丢消息
    leancloud:存储模块学 Parser ,接口一模一样,用起来不错。但是 IM 模块的接口简直爆炸,惨不忍睹
    融云:貌似没明显的黑点(捂脸跑。。。)
    dangyuluo
        28
    dangyuluo  
    OP
       2016-04-26 15:43:29 +08:00
    @M80 Leancloud 的 IM SDK 真是。。。要疯了
    Light3
        29
    Light3  
       2016-04-26 16:09:06 +08:00
    = = 聊天吗 我司最后选择了免费的 百川。。
    twoyuan
        30
    twoyuan  
       2016-04-26 16:27:48 +08:00
    我们之前也用过网易云信,那时候还是免费;之后换过阿里悟空,最后感觉 LeanCloud 文档什么的看着比较有范换到了 LeanCloud 。

    总体来说 LeanCloud 还是挺不错的,社区反馈响应的也比较快。不过有个 bug (推送服务死了之后前台连接不上)从年前到现在都没解决。
    codeman330
        31
    codeman330  
       2016-04-26 17:23:54 +08:00
    云信免费的时候我们也用过,因为迁移成本比较高又心疼历史数据,他们开始收费的时候就忍痛继续用了。核算起成本也还可以啦,毕竟现在雇个人后期维护也不便宜好吧。他们稳定性倒是不错,基本上没丢过消息,这点蛮省心的。 PS :我做 web 端开发的,直接感觉就是 sdk 封装完善,哈哈,和 MVVM 框架配合开发很爽就是了。
    M80
        32
    M80  
       2016-04-26 17:45:03 +08:00
    @dangyuluo leancloud 的接口设计不是很合理,比如发消息接口的回调竟然是通过 block 而不是 delegate ,用起来会巨难受。
    话说我们为了“黑”友商,还专门写了三个 SDK 互相 PK 的程序来玩,可以感受一下
    https://github.com/chrisray108/IMSDKRunner (作者不是我,再次捂脸。。。)
    465216370
        33
    465216370  
       2016-04-26 20:23:43 +08:00
    融云真心不行,丢消息丢的要人命
    xienhee
        34
    xienhee  
       2016-04-28 09:57:03 +08:00
    云信时不时也会有各种活动,之前我们参加一个微链的比赛就拿到了云信的奖励包,还不错的。他们的那个社区里,时不时会有活动。
    imzhibo
        35
    imzhibo  
       2016-05-21 22:37:16 +08:00
    一、有人买 1w 的电脑,有人 5k 的电脑,也有人买 2k 的电脑,道理都是一样的,被市场承认的价格就是质量和服务的表现。评论区里主要有两种声音,一种是友商的广告,一种是云信开发者的评论。

    二、 V2EX 回复没有截图功能真让人头疼,我把云信开发者的评论整理下来,方便大家参考

    vhomes 25 天前
    你们有没有人手后续去支持维护是关键吧,我们是在用云信,服务没话说,我哥们儿他们用那种 IM 都拉大群里面,有事儿爱回不回的。至少大半夜拉云信他们客服起来他们也得听着


    jansonjiang 25 天前
    最近朋友在做 IM 这块的事情,其实关键还是后续好用才行,朋友他是搞 web 端的,云信他们用 websocket 的,比腾讯先进啊, sdk 封装完善,小团队开发的人手不够,移动端 API 文档全方便用也很重要。另外像楼上说的,如果以后突破几十万的量了,稳定才是最靠谱的,不然迁移成本太高了


    fishcoming 25 天前
    来说说我的看法:

    1.我们开发者使用 IM 云服务时,不是因为免费低价吧,而是希望通过其解决开发效率并降低开发和运维成本。免费低价或许给我们带来了一点熟悉产品先用为快的机会,但最终却无法跨越时间的门槛,毕竟产品要发展,用户在增长(人无近忧,必有远虑)。

    2.企业级应用所需的灵活性和管理实践,免费或低价的 IM 服务商恐怕难以提供。(已经是免费低价,你还想要人家怎样?)免费或低价的一个前提是简单易用, IM 的接入对于大多开发者或创业团队或许并不简单。不同的开发者、开发团队、业务问题往往各不相同,而解决这些复杂的业务问题,仅凭单一开发文档或视频教程或群聊,恐怕难以顺利接入,而一个能够提供更为灵活周到的技术和服务支持的 IM 服务商,便显得尤为重要。

    3.从长远来看, IM 云服务创业公司的技术积累和资本实力,很难在免费低价的商业模式下,不断研发创新和持续运维;而一旦巨头们发力,其又将面临双重的生存压力,这对于广大开发者而言,无疑将是无法承受的灾难。迁移成本和风险谁担得起?

    4.免费低价往往是一种市场策略,免费不等于便宜。(这点谁都懂)

    故而,对于 IM 云服务这样的研发门槛较高、需要强大技术支撑和长期运维服务的项目来说,无论对于服务商还是我们开发者,选择免费低价,三思是必须的。

    不过,云信似乎发布较晚,敢 TMD 逆势收 4 万,也是蛮硬气。毕竟是网易。


    sjn9588 25 天前
    用网易云信飘过。 android sdk 设计良好。文档详细。 UI 库在 github 开源,随你定制。重要的是客服直接为单个客户建 qq 群,在群里问, 1 周 7 天都有人在,回复超快。而且有天陪我调试到晚上近 10 点。而且我们好像就冲了 2W 块。第一个月还是试用的。不知道是怎么交涉到的。

    lijinma 25 天前
    我们公司马上要选择 IM ,综合对比了,云信、环信、融云。

    最后选择了网易云信。

    我们更看重 IM 后续的扩展,平常的维护,花点钱如果可以获得更好的服务,肯定是花钱。

    之前的一个项目用的是环信,遇见一些坑,也出现丢消息的问题,不过一直使用的是免费的额度,所以,你可以参考下。

    codeman330 25 天前
    云信免费的时候我们也用过,因为迁移成本比较高又心疼历史数据,他们开始收费的时候就忍痛继续用了。核算起成本也还可以啦,毕竟现在雇个人后期维护也不便宜好吧。他们稳定性倒是不错,基本上没丢过消息,这点蛮省心的。 PS :我做 web 端开发的,直接感觉就是 sdk 封装完善,哈哈,和 MVVM 框架配合开发很爽就是了

    三、看到这么多开发者替我云信说话,我都快哭了,总结下来,云信就三大特点
    1 、稳定性:
    做过 im 的同学应该都知道, im 做不好的话是个填不完的坑,尤其是用户量起来后,收发消息延迟等等各种问题都就出来了,那我们是怎么保障稳定性的呢?
    1 )采用消息必达策略,已成功发送 1000 亿条消息;
    2 )即使同时在线人数飚升,自动水平扩展可以应接海量并发;
    3 )选用 BGP 机房、全球多点覆盖

    2 、安全保障
    1 )不切入用户系统,选择性托管帐号系统;
    2 )采用私有二进制加密协议、 RSA+流式加密传输,数据文件多重备份确保数据安全;
    3 ) IT 信息安全体系认证

    3 、服务
    我们在开发同学接触到云信开始就提供 7*24 小时 1 对 1 的技术支持,这样一来开发同学的效率也高,产品开发进展也快。

    最后,如果你想体验的话,加个 qq 吧 2479775187
    dangyuluo
        36
    dangyuluo  
    OP
       2016-05-22 14:03:59 +08:00
    @imzhibo 敢问是网易家的么?
    关于     帮助文档     自助推广系统     博客     API     FAQ     Solana     1373 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 28ms UTC 16:57 PVG 00:57 LAX 08:57 JFK 11:57
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86