LeanCloud 新计价方案集中讨论

Edit


以下编辑来自 @DamaoZhang

关于新定价方案,请集中在本帖讨论,以便其他用户查找。另开新帖会合并到本帖。

我们的创始人江宏解释了开发版与商用版之间的跨度,可以点这里查看

下面是之前一些讨论的索引,点击链接可直达对应帖子或楼层。

最后也请各位参考我们关于新定价方案的的博客文章以及定价页

以下是楼主原贴


新年第一天收到邮件,然后登陆一看leancloud改价格了。

我业余时间做了个小小的app,维护了两年了,主要是用来提供一些资料给用户下载的,。这个app每个月的下载流量大概在100多个G,按照原有的价格方案,每个月差不多30元。

然而,按照新的价格方案,如果是完全免费的开发版,每个月只能用15G的流量;如果用商用版,每个月保底消费900元!

我当初一开始使用的是bmob,保底100元。就是因为看到leancloud这样的价格方案比较优惠,才把整个后端都迁移到leancloud。我做个小app本来就不赚钱,为的就是服务一下小众爱好者,总不能每个月自己贴900块钱吧?

2 人赞了这个帖子.

非常同意,这样leancloud根本不能吸引小众app开发者了,可是所有的大众app曾经都是小众app。直接忽略了小众app 开发者的需求,我觉得这不太适当吧。我的产品快要上线了,现在非常纠结。一个根本未被证实的app保底就要900一个月,很有压力啊。国外的Firebase反而要厚道许多,可选择固定价格的plan,也可以选择弹性价格的plan。唉,心碎了。

曾经Leancloud最大的优势之一就是弹性收费,现在这没了,我猜很多人(尤其是未接触此平台的人)会跑去bmob之类的吧。

就算没有弹性收费,也可以加一个0~900之间的选择么

我当初就是从bmob转过来的,bmob当时最低是100一个月,我就是看leancloud用多少收多少,比较划算,而且知乎客户端也是用这个,感觉应该比较可靠,所以才决定迁移过来,看文档,改代码,重新上传后台数据,折腾了好几天。这下又没法用了,一上来就是900元,有几个小众app承受的起?

2 人赞了这个帖子.

唉,希望能有转机吧,不然不知道要怎办了。
这是要把所有小众app赶出平台的节奏吧
我觉得最低100~200已经可以赶走大部分没打算付钱的用户了,真的不用一下子900吧,太过了。

您好。现在免费的开发版替代了原来的免费额度,所以对个人用户和小众应用仍然是可以使用的。如果您原来主要的费用来自于文件流量,那么可以继续使用开发版,应该没有影响。只有对数据存储 API 调用量比较大的应用才需要升级商业版。

1 人赞了这个帖子.

噢噢。。被你们的邮件搞得混乱了,现在应该不少人(包括我和楼主)都以为开发版没有原来的按需付费,超过了限额就要被逼上商业版吧。。吓死人了 哈哈

还有就是结构化存储可以按需要求超过 3 个工作线程么,3和30之间有很大的差别呀~ 一些应用可能需要用到10,一些可能20。

江总,更新一下价格页面吧。现在这样写容易让人误解的。

是的江总,价格页面和邮件都很容易令人误解呀,致命的误解

这里只说明了免费额度,却没有说超出了该怎么计算,然后下面就直接是900的商业版了,让人以为 只要超出了免费额度,就一定要上900的商业版

建议可以参考下firebase 的pricing页面,觉得还不错

api调用收费提高了(老用户还是原价,指的是老用户账户下的原有app,还是说新创建的也是按老的价格),费用提高觉得没什么大问题,不过感觉leancloud是不是可以设置弹性收费,因为一个用户量稍多的app,api访问量就会很大。是否可以考虑api调用收费分阶梯,用量越大越便宜,否则调用多少都一个价,api调用会是个无底洞,让人觉得无法预估。

我来解释一下,之后我们也会在价格页面修正有歧义的地方。

主要使用文件存储、短信的应用,可以继续使用开发版应用。因为这些服务相对比较独立,也确实有一些应用对这两项服务用量较高,而对其他服务使用较少。

开发版应用可以购买专业版云引擎实例,因为我们考虑到一些流量小的应用也可能需要 24 小时运行的云引擎实例,不能被休眠。但域名备案、自定义 SSL 证书是商用版应用才有的功能。

对于数据存储和 IM,超过开发版限额的应用需要升级到商用版。这样做的原因是我们希望给商业应用提供一致的、比较好的体验,要做到这一点,就意味着每个应用会有一个基本成本,这是我们设立的商用版最低消费的由来。首先是技术支持,我们的数据存储服务和 IM 服务技术支持成本是很高的,通常需要我们的工程师直接和用户沟通,查看用户代码的相关片段,需要耗费大量的时间。过去我们的工单技术支持是一个需要单独购买的服务,以此来把有限的资源向最需要支持的用户倾斜,在实践中我们自己和用户都觉得这并不是最好的方式。在新方案里我们把工单技术支持包含在了商用版里。其次是硬件资源成本。自己搭过后端的人一般知道,一个产品在有 1 个用户的时候和有 10 万个用户的时候,硬件成本大体是一样的,这就是在开始阶段的一个固定初始成本。同样,为了保证商用应用的高可用(每条数据实时存储在5台服务器),有离线的备份,有足够的资源保障,我们也有固定的初始成本。除了以上两点,再考虑到商业版附带的 ICP 备案等附加服务,每月 900 的最低消费是一个很合理的基本保证。

我们定的对开发版的限制是对商业应用的界定。对于个人开发者来说,开发版应用是足够用的。存储服务三个工作线程正常情况下支持每秒数十个请求是没有问题的。

如果您的应用包含高价值的数据或者对高可用性要求比较高,也就是说它实时上是商用的,那么即使业务量还低于开发版的限制,我们也建议尽快升级为商用版。

保持原价是针对 1 月 1 日以前创建的应用。

只有存在规模效应的商品才可能进行阶梯定价(也就是买的越多单价越便宜)。但是对于单个应用的数据和消息请求来说,超过一定量以后通常并不是这样的情况。如果一个应用的请求数从每秒 5000 变为每秒 50000,它的硬件带宽成本增长肯定是不止 10 倍的。只有很优秀的架构设计才能把成本的增长控制在接近于线性的水平。这还没有考虑随之增加的人力成本。所以虽然 LeanCloud 数据存储和 IM 的单价是固定的,但事实上对于用量越高的应用是越划算的。

提供可独立部署的企业版也给了用户另一种选择。独立部署的集群是按照部署方式和集群规模计费的,和每天实际产生的调用量无关。

感谢江总的回复,比blog文章和官网要清晰不少。

我明白一般后端都会有固定初始成本,不过当初Leancloud的卖点之一就是收费弹性,不过免费额度不用钱,过了也是按需收费。当初我就是被此吸引的,不然也会自己搭伺服器。我个人认为这也会是潮流之一,例如Firebase等,也是Serverless及弹性收费。

不是付不起900,而是在想0到900之间就没有第三选项了么,难道一个月30天,有那么几天超过30000的API要求就要用到商业版么。

除了把你们的固定初始成本一开始就转介到用户身上,就真的没一个供初创/个人的中间选择么,因为企业也是分大小和不同性质的,例如我在另外一个帖子所说的:

若然只想赶走一些从不付钱的吸血用户,建议:
1. 保留开发版,甚至进一步压缩限制(同意原来的免费额度太慷慨了)
2. 新增一个初创/个人版,保底月费100~500:挺高的 API Call限制,超过30000免费额度就要付 xx/万,而这价格可以是比商业版贵。高可用性降低(2台而非5台)。工作线程数可以相应提升。然后工单等商业版功能回到了可选付费项目(同样可以收得比较贵,900套餐比单买便宜,就足够让商业版吸引真正需要这些附加功能的用户了吧)。

还有就是对于高可用性的要求,每一个商业应用都不一样,有一些商业应用的数据价值比较低,高可用性可能意义不太大。

我认为900的收费的确对于真正需要这些额外功能的企业是很不错的,可是很多企业是不需用到所有包括的功能,例如工单、云引擎、Leancache、即时通知、高可用性等,导致即使付钱了,也会觉得非常不划算。。

隔壁bmob 0-1000之间就有个100的选择,而且是以每个账号来算。。如果Leancloud 直接每个应用0-900,可能会长期会流失很多现有和潜在的小额用户吧。。而相信一些大额用户也是从小额用户发展而来的吧。。

5 人赞了这个帖子.

是不是理解为,老应用,之前每天存储付费1.5元以上(2016年应用付费标准是0.5元/万次),现在必须升级到每天付费30元的商业版,才能保持应用正常运行?

非商业版限制:存储API 3万次/天
这个新条款一出,让好多原本每天3~10万次的应用尴尬了,明明用不到那么多资源,还要被迫升级商业版

可否取消 3万次/天的限制,改为开发版3万次后,另计价收取?让用户有个更合理的选择?

另外,支持取消或者降低免费使用的额度,目前免费内容过于慷慨。希望更多能照顾到我们这些小额付费的用户,不要把我们赶走。

3 人赞了这个帖子.

腾讯TAB仍然是原有的价格方案,不知道会不会变动,可以暂时将应用迁移到TAB

2 人赞了这个帖子.

好吧,这波赶人了。

首先开发版不能做以下两件事:

  1. 绑定自定义域名
  2. SSL 证书

意味着你连开发微信小程序的都是不可以的。

再是900元起步,一个不弹性的云产生了啥价值,啧啧

3 人赞了这个帖子.

上线的时候升级到30元商业版,然后看盈利效果,不行的话就降为开发版或者停掉项目。目前只能这么做了。尽量用足900一个月的成本。一个应用的存储、web服务器、redis等都用leancloud的。存储用不足900元,那就用这些来冲抵。我之前有项目只用了leancloud的存储,其它用的是阿里云,看来也要搬过来了。

或者另外个选择就是不用leancloud,但已有正式项目在线上了,不继续用leancloud不现实。

另外原本有两个微盈利的小应用,也要关停了。(日存储API调用超过3万次,要继续运营,必须升级到900月的商用版。原本每月有个几百小钱能赚,但升级到900的版本后,就要倒贴钱了)

这次方案最狠的一点就是开发版每天存储API上限3万次的设置了吧。逼你线上项目升级900一个月的商业版。而且不是按开发者账号900一个月,而是按每个应用900一个月。线上小应用多的,直接傻眼了。。。

现在心里有点小小的不爽。

騰訊TAB也是希望之一。。。

别寄有太多希望,如果TAB价格不变,肯定导致用户大量迁移,Leancloud不会没考虑到这点的。
而且从运营角度来说,从来只有想方设法从别的平台拉用户到自家来,不会主动把自家用户白白送给其它家的。

这次方案调整,老应用还是按旧价格计费,并且900月费从3.1才开始收取,这个应该就是稳住老用户别迁移。
没估错的话,3.1前TAB价格肯定会调整的。

1 人赞了这个帖子.

这种定价方式来的太突兀了,哎,搬家算了

也是的。。唉 果然PAAS长远靠不住啊,Parse说倒就倒,Leancloud说900就900,小额用户无所适从啊
看下图TAB优势 红圈的那栏,这本来就是Leancloud相对于传统移动开发的优势,可是现在他们决定最小化这优势了 哈哈

希望能有转机吧。。。

对于小企业来说,利益永远比威信来的实际,转型必然意味着会部分人的牺牲,早应该预防这种事情的,以后说不定还会起什么幺蛾子。所以,靠人,还不如靠自己,应用迁移,需趁早。

不过能达到30元一天的应用,新方案下是更超值的。毕竟附赠了那么多服务。

所以还是要努力把自己项目的盈利做起来。网站可以全部挂在云引擎上,文件存储和redis也用leancloud的,一个应用所有的付费内容达到30/天就可以吧。

Leancloud之前肯定也是面对了不少盈利方面的压力。如果新的调价方案能让Leancloud更好的发展下去,我还是支持的。如果不赚钱,哪天像Parse说倒就倒了,那才是我们这些依靠BAAS开发者最不愿看到的吧。

2 人赞了这个帖子.

说句实话,除非数据库那块自己写,如果迁到另外两家baas的话,也不保准之后会怎么样。(之前因为想想省钱,我试用过其中一家,呵呵呵后,还是回来用leancloud了)

如果真是这价格,那我真会选择自己搭建服务器了,本来真是觉得这个服务挺好的, 涨价也是可以接受的,但是还是希望保留按需付费的模式,希望贵方在认真考虑考虑

已经在寻找类似开源的了,还是自己弄个靠谱点的,如果leancloud能多考虑一点哪来这么多事啊,非0则900的方式太不合理了。

1 人赞了这个帖子.

比较能接受的两个方案是,最好原来的按需付费大幅涨价但不取消,如果不能实现,希望能提供一个100-200元左右包月的基础版,只提供基础的一些功能就可以了

1 人赞了这个帖子.

说实话,我觉得你应该选择的是尽量把代码与LeanCloud的服务解耦,而不是更深入的使用。未来docker可能是大方向。

技术公司搞事情就这么生硬,粗鲁,

毕竟LeanCloud节省了大量的后端代码或者直接不用写了,如果自建后端的话,docker与云引擎相比,确实docker更灵活一点,也有大量的镜像和服务提供选择。在某些方面LeanCloud提供的开发模式和 曾经的 按需付费的价格策略 确实是比较便捷的。

让我想起之前一些共享软件采用使用次数限制的方式,但那是直接面向的终端用户啊。你们现在的用户是开发者,这么搞对创业公司来说,说得难听点是利用恐惧来收费,创业公司承担不起用户在使用过程中发现服务被拒绝。请贵公司慎重

我们在使用LeanCloud之前也做了大量的调研,最后决定只是用leanEngine,因为代码耦合很小,使用起来很方便。其他的服务,比如数据库、文件存储之类的,都自己写后端代码,使用比较通用的服务,比如阿里云的RDS,后端代码在leanEngine上跑,当时就是怕有一天leanCloud不干了,迁移都迁移不了,当初Parse停止服务时,我们就吓坏了。

可惜了,LeanCloud服务虽好,但是商业模式无法让企业生存下去,也只能如此了。
我觉得提高价格都可以接受,不理解他们为什么选择这么激进的策略,可能是投资方提高了盈利要求,管理团队不得不这样做吧。

确认开发板不能绑定域名吗?我最近正在自学微信小程序...

是的,我也认为涨价是可以接受的,目前这个方式太一刀切了。

幸好还有bmob

你们只用了leanengine那真属于还很灵活的,要迁就迁。我这边线上项目存储用的是leancloud,说的直白点,上了船,想下就很难了。为了节约成本,现在较优的策略就是把其他服务也转过来用leancloud,做更深度的绑定,来充一下30元/天的成本...

bmob...使用方面我不多评价啊,不想歪楼。但它家的价格比几家同行低那么多,不说他亏本做买卖,至少是不赚钱的。不出意外的话,今年也会提一波价,慎重...

那么我能出钱买次数吗?一天3w次其实不太够。

你们不担心他们会步Parse后尘吗?加大绑定,以后岂不是更难走了?

应用最核心的存储都用了他家的了……根本走不了。我这边也是小本经营,不用baas类的服务,目前的研发力顶不住。

您好,开发版的 API 请求限制是没法付费提高的,不过因为开发版同样可以使用云引擎的专业版实例,您可以考虑利用云引擎做一做接口静态化,或者用其他方式降低 API 请求数量。云引擎的实例其实挺便宜的,一个基础单位是每天 1 元。

您好,如果是学习开发微信小程序,那么用微信提供的开发工具,配合我们的 SDK 就足够了。

但如果是想做可上线运行的小程序,以个人名义目前还没法实现。因为腾讯的限制是只有企业用户才可以发布小程序,所以实际上小程序的瓶颈并不在我们这样的云服务提供商这里。

谢谢你给的方案,给开发者提升代码量的练习机会,不过你们的产品不是为了减少开发时间的吗

API限制难道不就是钱的事吗,求教

是的,不过不光是我们,其实任何云计算服务商提供的都是用钱买时间的方案 : )

API 限制确实不只是钱的事,因为数据量较大的应用使用开发版,其实是在和很多其他开发版应用一起分配资源,这对应用的性能也会有潜在的影响。

新计价方案其实就是为了避免这种情况的出现,因此我们对于数据存储 API 和在线用户数都做了严格的限制,超过上限的应用选择有更好资源池的商用版,也会得到更好的性能和可用性。

毛哥,出点接口静态化的教程吧,最好针对性详细写点实例代码,分享点技巧给大家。

请从技术角度分析一下,超过次数就暂停服务的合理性

贵厂能举几个类似的案例吗,如果是贵厂的创新难道是因为比同行聪明吗

您好,关于教程,我们 2017 年的一个工作重点就是调整文档的结构,会加入更多教程,对云引擎的使用也会有更好的文档出来。当然「接口静态化」只是一个例子,其实还有很多方式可以优化请求。

在超过限制的情况下我们不会暂停服务,只是会暂时丢弃请求,在当天结束的时候就会恢复 API 的响应。当然这个处理从客户端看来和暂时停服的感觉是一样的。

原因其实上面有提到,我们推出商用版就是为了给用户量较大的应用提供更好的性能和更高的可用性,推出开发版则是希望继续提供一个在项目研发、测试阶段比较合算的服务方案。

您可以详细评估一下,在商用版方案下实际成本会增加多少,如果仍然有问题,也欢迎随时讨论。

请问30000 次是以帐户为单位,还是以应用为单位的呀

您好,是以应用为单位。另外目前我们的限制是每个账户最多创建 60 个应用,对于正常使用的用户来讲应该是足够的 : )

我的用户是学生,学生使用的频率和时间都比较集中的,一个学校一千人,很可能周一到周五都没人用,但周末晚上集中使用。麻烦你告诉我我该如何评估什么时候升级到商业版呢,单日超过20000就升级,还是周末升级,平时又降下来呢。我手上有3个app。

你哪怕超过数量后价格翻十倍,我都能接受些,为什么要一刀切

您好,我给您发了私信,请抽空看一下。个案问题我们就不在这个帖子里说了吧 : )

抱歉,这不是个案问题,包括我在内的是同样的情况的人绝对不少。

你的理解是我说的是个案吗,那好我不说了,请其他用户说吧,最后说一句,愿意说的人不是因为没有钱,是因为对技术共同体的一种信任。

我说「个案」是因为刚刚这位用户已经非常充分地表达了自己的意见(回了很多个帖子),所以希望我和这位用户的讨论能够不影响到其他人。

我们虽然不可能为每一位用户定制解决方案,但是在我个人能力范围内的还是希望能多做些事情。

我相信在这个帖子里发表意见的用户,一定是遇到了实际的问题(或者因为我们的调整即将遇到实际问题),所以如果不嫌我话多的话,都欢迎一起讨论在新方案实际生效前的过渡方案。

我不介意收费,但是我很想知道美国节点的收费方案是什么。我在官网上看是美国节点每月最低900美元,这简直是天价了。我是个人开发者,每月900美元对我来说是沉重的负担。请张总能回复我下,谢谢

您好,美国节点价格不变,最低消费是每天 30 人民币,不是美元。您看到的是 bug,不是 feature sweat_smile 明天再看就是人民币啦。

也就是说我继续使用美国节点,也是按照每月900元人民币计费的吗。
我之前用parse两年,后来parse停止服务后就切换到你们这了,我其实特别希望leancloud能更加强大,走得更远,这样对我做客户端开发来说是非常棒的事情。我其实更怕的是你们不收费,只要在我承受范围呢,我都愿意。

所以,美国节点也是按照900元**人民币**来收费的,对吗?

是的,确认是每天 30 人民币,每月约 900 人民币。

我们明天会更新美国节点的价格方案,非常抱歉造成了困扰!

被你们吓的不轻。。。。。今天晚饭都没吃好。。然后就开始懊恼为什么不学个php或者nodejs...

非常抱歉……

(不过如果真的想学 node 来用云引擎的话,我们最近有免费的公开课您可以参考……)

好的,你们这样的技术型公司在国内真的凤毛麟角了。向你们致敬。向纯粹做技术的同行们致敬。

看来也只好这样了,毕竟我们这些小额用户只是他们盈利的冰山一角,太多的小额/免费用户反而对他们的技术支持造成负担。恐怕就凭我们这微小的力量在社区吐槽,是无法改变什么的。毕竟商业公司就是以股东利益最大化为最大目标,只好认命了。。希望此举能令Leancloud 不走Parse的老路就是了

nodejs有免费课,置顶帖有,讲得很棒。我跟了一系列后,对云代码优化有很大帮助,特别是用了leancache后,存储API调用次数减少了20%,受益匪浅。也建议帖子里的同学去看一下,挺好的:)

可能我做个人开发比较久,有一定的收益基础,所以我并不介意收费。过往的经验告诉我,免费的东西是靠不住的。当然,每月900元确实会给不少小额用户带来困扰。总而言之,选择适合自己的方案去实施吧。

bmob我当初从parse转移的时候也看过他们的,说实话,有点low。。。11月就问sdk何时支持https,然后至今都没有做到 。。。

您好,感谢您的理解和支持。这次的新定价方案的确会对付费额度较小的用户造成一定冲击,但这已经是我们权衡之后能拿出的最好方案了。如果您愿意的话,我们也可以一起看看有没有比较好的过渡方法。离正式生效还有两个月,应当是有足够时间做出调整的。

还是希望你们能多考虑考虑,我知道你们是希望更好的服务付费的用户,但是应用从小到大也需要一个过程,当请求数刚刚超过30000的那个阶段,你们的方案会变的十分不友好,足以吓走很多新用户

换个角度说,已经上船的而且有点实力的可能就忍了,但是还没上船的,没实力的多半就直接跑了,有点实力的可能也要重新考虑了

还有个问题,这个计费是针对leancloud账户还是单个应用呢?

嗯,我本来也觉得原来的免费限额太慷慨了,担心会不会影响付费用户的服务质量。。只是没想到收费改动来得如此突然无预警,幅度如此之大,完全是推翻了当初选择Leancloud而非AWS/Azure之类的一大理由(高度弹性收费),造成极大的心理落差,难以平静去面对。。尤其是投入了大量时间在学习SDK和克服各种坑的过程之后。这就像是跟一个女人结婚了才发现她以前是男人。

这是一个血的教训,最后聊一句,不敢评论贵公司的运营团队的好坏,但对贵公司的技术团队还是很看好的,希望贵公司的技术能更上一层吧。大家好聚好散。。。

2 人赞了这个帖子.

嗯。。对了,其实改变不了日限30000,为什么就不能直接月限30000*30=900000呢?大部份同类产品例如bmob也是类似,我觉得这直接就解决了我目前在此看到的最大吐槽之一,就是平时没啥流量的小应用,一到某某时候如果超过了30000就肯定要上900月费才能稳妥了。月限也解决了需要各种复杂技术去降低API存取数的必要性。。。(这不是与Leancloud简化后端代码的宗旨背道而驰么。。当然,90万不够我们还是会付费买雲引擎、缓存等服务的,甚至也会上900的计划)

月限90万,我觉得这是比日限3万更好的方案吧~ 就正如为什么大部份3g流量计划都是月算的,因为每天的用量需求是浮动的,日限的话会对用户造成很大的困扰。当然,你们也许是为了进一步促使人们用上900的计划,可是若月限90万能平息一大部份民愤,保留这些用户,并且更吸引未来的潜在使用者,这不是更好吗?

纯粹从你们盈利的角度去想,我觉得我可以代表一部份对BAAS没啥经验的开发者。
假如我没用过Leancloud,但正想找一个BAAS来用。我在调研了市场所有的同类产品后,发现唯独Leancloud是有日限30000,其他都是月限的。

那么想尝试一下BAAS的我,真的会选一个日限30000,超过的话当天就不能用的服务吗?我很可能不会冒这个险吧,除非谁谁谁告诉我,Leancloud比所有其他BAAS靠谱多了,可是谁来告诉我呢?每个BAAS都声称自己是最好的,最棒的,在表面同质化的情况下,我只能凭一些客观的差别来判断,究竟要尝试哪一个。而日限30000,就很可能是令我放弃考虑Leancloud的简单原因了。。

客观的说,我觉得这日限30000真的是一个竞争劣势,尤其是当很多BAAS都已经有Leancloud大部份的功能。说真的,当初浏览了那么多BAAS的官网,和众多知乎和网上的有关问答,确实是一时难以判断多家BAAS之间各种服务 质的差别。。。如果当初Leancloud就是日限30000,我很可能就不会尝试Leancloud了。若是月限90万,那倒不一样了!

在日限30000不能变动的情况下,月限90万,我个人认为这也许是最有利你们和我们小额支付者的方案。。

1 人赞了这个帖子.

感谢您愿意花时间提出这么好的建议。其实的确如您所说,如果是出于成本控制,那么每个月 90 万次请求和 每天 3 万次请求其实差不太多。我们最终选择每天限制 3 万次请求,从执行角度讲是因为 LeanCloud 的计费周期是每天计费,但更重要的是对用户来讲,如果有了使用上限,那么从安全角度讲,上限的粒度是越小越好的。

因为在限制每日用量的情况下,如果应用使用超量,那么最长停用时间也就是一天,造成的损失也比较小。但如果限制的是每月的用量,那么就会出现一个月剩下的时间都要停服的状况。

应用使用超量有两种情况,一是被人攻击,另外一种情况则更常见,就是开发者自己出现了失误,比如写出了死循环,或者某个网络请求会造成大量数据库请求。90 万次的限制看起来虽然多,其实一个死循环跑一会儿也就用完了。

举个例子,云引擎连接数据库是没有网络延迟的,所以可以达到理论上的最快速度。那么如果在云引擎上写一个死循环去请求数据库,假设这个请求服务器处理起来需要 15 毫秒,那么每个工作线程每秒就可以处理 1,000 / 15 = 66.67 个请求。开发版有三个工作线程,那么合起来的 QPS 就是 200。我们算一下,900,000 / 200 / 60 / 60 = 1.25,90 万个请求只要 1 小时 15 分钟就跑完了。

出现这种情况之后,如果限制是每天,那么只要用当天剩下的时间去排查问题,第二天也就可以恢复了;如果限制是当月,那么就会面临很长的服务不可用时间。

我们此前走访了很多家用户,客观来说主要做客户端的开发者往往不是特别熟悉后端的逻辑,所以在开发阶段,由于代码问题导致使用超量的情况,是有挺大几率发生的。我们曾经发现某位用户账单异常地高(与应用规模不成比例),联系并检查后发现是一个云引擎上的定时任务写得有问题。在以前没有限制的情况下,代码出了问题只要多付钱就好了;但在有使用上限的情况下,这很可能会导致整个服务不可用。

发表一下看法吧。
首先还是感谢和支持Leancloud的,过去两三年支持了我不少的项目,希望leancoud是可以一直发展下去的。
目前看,我有一个项目必须使用商用版了(日8w&混合推送),虽然是还在承受范围内,但是这块的费用超出这个项目原本所有其他的支出,简单说是成本翻了一倍多。
一个小项目,突然一年下来就要1w多了。希望计费可以更弹性吧。

感谢张总在这为民解忧~ 嗯。。我同意直接月限的安全隐患,还有就是确实不小心就可以耗掉整个月的流量了。同时,虽然做客户端的开发者一开始不太熟悉后端的逻辑,容易犯错。可因为犯错成本高,他们也会逼使自己成长的。除此之外,他们也会想方设法使应用稳定,及让流量也跟着成长的(除非他们不想赚钱)。这成长中的流量需求就包括了浮动的流量需求(例如周末vs平日)

这次改动这么多人在吐槽的原因,我在上面提过的一点就是:新的日限30000满足不了他们的浮动需求。也就是说,也许他们一个月是达不到90万的,可仅仅因为日限30000,导致浮动需求大的小应用直接不能用了。

那么可以在默认日限30000的基础上,在后台新增一个选项让人Opt-Out 选择解除日限,直接月限90万,后果自负么? 如此应该就可以解决你们对于月限的安全性和可靠性忧虑,因为初学者在初步了解月限的弊处后,我想是不会敢(也没有必要)随意解除限制的。而对于流量需求固定的用户,也根本不会有解除限制的动机了。

嗯,以上讲的是初学者和需求固定的用户。那么对于有一定经验的开发者(肯定不少吧),月限的隐患对于他们来说,发生的几率会小很多很多吧。。反而此时日限不能满足浮动需求的弊处就会很头疼了 (此次吐槽的很多人,正是此类用户)

所以我想 默认日限3万,可选月限90万(后果自负),在为初学者保证了安全性的基础上,也能为有经验的开发者提供一定的弹性。最重要的是,也不是在要求你们投入多大额外成本。如能做到,我相信就会少很多非0则900的吐槽了。

当然,你们还是可能会想,这样不就会少了一部份被迫上900的人群了吗?我只是想说,LeanCloud是个好产品,用久了,有了一定的依赖性,应用流量到一定程度时,上900也是很自然的事吧。逼上900,也许只能对有沉没成本的老用户有用。对于潜在用户,这会被视为一个潜在的坑吧。

2 人赞了这个帖子.

这个盈利方式太变化扭曲了,对于以前的用户都是很难接受的吧,虽然盈利是个问题,不过应该从别的地方下手才好阿,比如完善云引擎,提高商用的价值,而不应该通过消减一般用户的使用来实现,这样的变化就显得很小家子气了...

你们官网美国节点的价格依然没改,这个很难改么。。。

移动,电信 都在与时俱进按秒收费,剩余流量不清零
你们作为技术型公司反其道而行,由按需付费,弹性计算直接变为强制包月,没得其他选择
一口价还900,都超过阿里云,腾讯云一台中高端云服务器的价格了

我也在研究阿里云,用过的同学说说具体怎么样?性能够用吗?

跟baas不是一个东西,没法并行讨论。你只是在阿里云租个服务器,数据库什么的要自己搭,很多底层的东西要自己解决。具体另开个帖子问吧,不然要歪楼了:)

我知道根baas不是一个东西,不过经过这个事,其它baas服务我也不太想用了

你后端技能够的话,自己租个云把数据库等服务搭起来。就我自己来说,选择baas一是后端技能不足应付商业项目,雇个后端程序员成本又远超baas费用。二是baas用起来确实开发快速,适合项目需求

抱歉久等了,因为要走上线流程,所以需要的时间比较久。现在已经上线了。

请问大毛是知乎上的关小羽嘛?

哥,你好歹给个专业版的给我们选择啊。
直接上商业版的好抵力哇

已经用LeanCloud两年了, 现在每天调用超3万左右, 即使我认为LC能够提供好服务能够节约我很多时间, 但是在未来仍然会想办法迁移出去.

一个因素是因为收费一刀切, 但主要的因素还是对LC开始不信任了.

恳请LC高层试想一下每月调用超3w的应用, 一天盈利大概也不会比30元多. 这样做无异杀鸡取卵. 不是每一个超3w的应用盈利都是每日几百上千. 相信3月份真执行这个收费方案, 大批中小型开发者都会选择迁移。

LC不是慈善家也是有业绩压力,收费大部分人都可以理解. 超3w就强硬添加其他服务, 估计需要那些服务都是日调用超20w才会需要吧. 希望LC可以給一个说法給中小型开发者.

2 人赞了这个帖子.

抱歉这两天没能及时回复这个帖子。不过我们产品经理已经针对大部分问题做了回答。这里我想就大家争议最多的关于开发板和商用版之间跨度是否过大的问题,说一说我们为什么做这样的决定,以及我的一些看法。

首先,我们做这样的调整并不像有的用户所想的那样是我们认为小额付费的用户不重要,所以直接把这个付费区间去掉了。如果是用付费额来衡量用户的重要性的话,肯定应该先把免费的部分去掉啊。相反,我们认为每个用 LeanCloud 开发产品的用户,都值得得到能满足他需求的、最好的产品。

我们新付费方案里对三个版本定位很明确:开发版适合产品开发阶段、个人项目、或在小群体中使用的应用使用;商用版适合于大部分上线的正式产品;企业版适合于对部署方式有特定需求的企业用户。我们并不是要像卖水果一样把产品按品质来分级,好的就卖贵一点,不好的就便宜一点。我们想为几类需求有差异的用户提供满足他们需求的最好的产品:对开发版来说,就是成本低、功能丰富,满足开发的需求;对商用版来说就是性能好、可靠,满足线上产品的要求;对企业版来说就是灵活,满足企业对部署方式的要求,比如和原有遗留系统集成等等。无论对哪一类用户,我们都不想给他们一个 60、70 分的产品,因为那是一件很尴尬的事。对这三个并行的版本,我们都会努力做到最好。

所有对可用性、或数据的完整性和安全性、或性能有较高要求的产品都是商用版的适用对象。大家对开发版的争议主要在于每天 3 万数据存储 API 的调用限制。会常超过这个限制的应用,每天的活跃用户应该至少有几千了,已经不算是很小的应用。对于一个每天有数千人使用的产品,应该是对以上所说的几点有要求的,我们不希望给它的是有所妥协的产品和服务。对于这样的产品来说,要保证以上几点,900 元/月是一个很低的预算。

有人会觉得 900 元可以租到配置很不错的云主机了,但没有考虑到两点。第一是为了保证可靠性,需要的是一个多机集群,以及配套的监控、报警、备份等设施;第二是 LeanCloud 替代的不仅仅是 IaaS 资源,还有人力 --- 即使你是一个个人开发者,假设你的月薪是两万左右,只要你平均每月花在服务端开发和维护的时间达到 8 小时,成本就已经超过 LeanCloud 商用版的最低消费了。

如果你是一个应用的主人,用户量级即将超过开发版的限制,而商用版的开销对你来说又仍是个很大的负担的话,无论是否继续用 LeanCloud 可能都需要考虑一下如何长期支持这个用户已经不少的产品。因为总要有人支付账单,或许能先换到另一个服务,自己可以少付出,但这意味着其他人付了剩下的部分,而这是不可持续的。对大部分互联网公司来说可能都已经习惯让投资人买单、补贴用户,但我们认为靠自己养活自己走上良性发展的轨道才符合用户的长期利益。我们选择的道路如此,也希望 LeanCloud 的用户可以健康发展。

即使你是一个人在开发产品,其实也有不少可行的办法来 cover IT 费用。比如 LeanCloud 就有一个推荐奖励项目,如果一个用户是使用现有用户的推荐链接注册的,我们会把这个用户首年付费的 10% 以现金方式奖励给推荐人。如果你写博客、或者写知乎专栏、或者用微博,都可以放上你的推荐链接。每年只要有几个人点击链接注册并使用商业版,你就足以支付这些费用了,如果碰巧推荐了一个大用户,还能赚到钱。

未来会有越来越多类型的产品会从底层的 IaaS 服务转向 LeanCloud 这样提供更高层抽象的服务,相信 LeanCloud 的用户也看到了这个趋势。但在这个过程中需要解决的技术和商业问题很多,我们还面临很多挑战。新的产品结构可以帮助我们聚焦于对不同用户群需要解决的问题和优化的目标。如果产品结构过于复杂而失去了焦点,可能就会让所有用户都失望了。

3 人赞了这个帖子.

@111356 您好,隐藏您的帖子,是因为您已经在这个帖子里把意见表达得非常充分了。如果您有意见的话,欢迎通过邮件等渠道和我们联系。

我们当然不是不允许用户发言,要不我直接封您账号就好了,对吧。只不过每个论坛都需要一点点秩序,否则是没法好好讨论的。您可以考虑在一个帖子里把所有意见都发表出来,然后 @ 相关的人。

你这算不算是警告?我留言是因为你们发布了新的言论


当然不是警告,您可以将您的意见编辑到这个帖子里。对同一个主题频繁发帖会让别的用户难以找到关键信息。( @DamaoZhang

嗯,明白了 江总。一分钱一分货,便宜、可靠和省人力只能选两样吧。现在Leancloud走的是可靠和省人力路线吧,也希望Leancloud可以从此更可靠,SDK质量更好。

1 人赞了这个帖子.

我们也要提高应用盈利能力,其实想想这样也好,对自己有更高的要求吧。

开发版是支持 SSL 的,只是不能绑定自己的顶级域名,使用的是 *.leanapp.cn 这样的二级域名,默认都是支持 SSL 的。所以不影响微信小程序开发。

请问商用版能否保证访问速度,性能稳定,这两点呢?如果可以,付费是应该的.我支持付费,但也希望花钱买到的服务是让自己满意的.

付费没什么问题,只希望服务稳定,快速就行。也希望leancloud能健康发展。自我造血很重要。

@oldinzaghi @111168

针对访问速度和性能稳定,商用版应用在 3 月 1 日后会逐步迁移到更好的资源池,并使用性能更高的硬件(中国节点会使用配有 SSD 的高性能物理服务器,美国节点会使用配有基于 SSD EBS 磁盘的 EC2)。

同时因为和开发版应用隔离,以及商用版应用之间互相也有更好的隔离,商用版的性能和稳定性肯定是会比现在更好的。

1 人赞了这个帖子.

非常期待。只要你们提供优质的服务,我作为个人开发者来讲是非常愿意付费的.

目前只看到开发版每天3w API的限制,那云引擎节点的使用方式上呢,比如说:
还能像以前一样选择0.5CPU + 256M的1个或n个基础单位吗?费用呢?
短信服务的价格?

才刚刚部署好就发现要涨价了……我的应用只打算用广告形式获得收入,我很怀疑3万请求能不能带来30元的收入……你们说如果到了3万还不能支撑900这个费用的话开发者也应该想想自己的营销方式了,言则贵公司是认为广告这种收入形式是不行的,应该淘汰的,做游戏就是应该氪金……我没有运营经验,或许我说的很幼稚,但既然是讨论贴,作为用户也应该表达出自己的想法,0或900这种方案于我而言真的很不友好,希望能有更灵活的方案。

您好,云引擎运行方案保持不变,您仍然可以购买专业版实例,实例价格不变。短信价格也没有变动。

理解了,那这个价格策略调整对我是没有影响的

我认为这次大家反弹那么大,跟你们的通知邮件没写清楚有很大关系,我也误解为是免费和收费服务直接以30元/天一刀切了。