3人评论了“Facebook 为什么决定关闭 Parse?”

  1. 我还是觉得Parse其实是个很不错的产品,我们的api call去年翻了一番,现在已经是每天billion级别了,而且push也有越来越多的付费用户。当然不得不承认Parse不赚钱,如果算上engineer的工资估计还会亏本,不过这其实和我们比较激进的定价策略有关系。现在数据存储是按是按照query/second来定的,30q/s一下全部免费。这对于绝大多数中小型app来说基本就是免费的。Push按照条来收费,1M一下全部免费。Analytic完全免费。从目前的反馈来看如果提价肯定会流失一定的用户,但我觉得如果做到收支平衡并不很难。目前老板说的核心的原因可能就是Parse和整个FB的目标不太匹配,FB的商业模型非常清晰,通过app和www吸引用户,用户非常多的话就会有商家在上面广告,FB就会从广告中得到收益。但是对Parse来说,我们的确可以吸引更多的开发者,但这并不能直接转化成用户的增长或者广告收入的增加。我们尝试过很多种和FB整合的办法,但貌似都不太有效。而作为一个单纯的Backend Service,说到底烧钱的地方就是硬件。这种情况下真正有钱景的地方是向AWS一样拓展出一整套产品线,这样单个服务的成本才会下降,才能做到服务增长的情况下盈利。目前FB无意这个方向,所以感觉Parse对公司来说就是块鸡肋,而且因为增长还是非常快,如果继续这样下去以后会更不好处理,长痛不如短痛吧。当然更细节的东西Mark还没亲自说,包括为什么不拆分或者卖掉,以及对公司声誉的影响...

  2. 大街小巷深海姑娘

    他们负责所有之后的事情2. Paas,比如Heroku,这个就是帮助开发者快速部署自己的server(比如可以一键部署我们开源的Parse Server),你push你的代码就行了,剩下的不用操心3. Iaas,比如AWS里的有些东西,给你一堆能用的component(DB, ...),剩下自己玩去吧理想情况下我希望有一种服务能够随着业务的增长无缝的从1切到3,因为流量越大的话需要定制的地方就越多,越迫切需要有自己专门的环境。这种理想的服务对公司来说真正做的话从3到1一步步做好比较容易,因为1到2这一步势必会涉及到开源或者分享1中Server的代码,这种情况下如果3做不好的话就没收入了,别人拿了你的代码不一定在你的机器上部署。反过来3到1就容易很多,因为就算给了你代码你还要在我的机器上部署,我也会获得收入。想来想去Amazon做这个最合适。贴几张比较比较有意思的图吧,感觉Parse没了剩下几家都跃跃欲试,不知道谁能拿走这块蛋糕了。

  3. 破鞋谁要烂人谁爱

    估计明天Q&A会向整个公司解释。当初加入Parse的时候真想不到Parse会以这种方式谢幕,我们做了一个挺有用的工具,可惜不能继续了。Update:1. Parse比我想象的亏钱更多一点,之前表述略有不当2. 貌似原因和我之前解释的基本差不多,和公司的goal不匹配,长痛不如短痛3. 对于声誉来说目前挨骂是肯定的了,补救的话第一个就是超长的迁移时间,现在每个用户有一年的时间迁移自己的数据。另外一个就是我们做了一个开源的[Parse Server](/parse-server: Parse-compatibl...), 这个和我们真正用的不太一样(真正的是用go写的,比这个复杂不少),但是对于一般的app来说基本够用了,我们也会花时间去维护完善它的功能。至于Parse的替代品,目前感觉市面上比较流行的就是三种东西1. Baas,比如Firebase,这个就是和Parse差不多的公司,提供API给开发者。

发表评论

Scroll to Top