LeanCloud 将逐步下线移动统计服务的通知

移动统计服务和数据存储服务一样是 LeanCloud 最早上线的产品。在大多数人还没有听说过「Backend as a Service」,「Serverless」这个名词还没被发明的时候,很多用户因为移动统计这样熟悉的功能开始了解和使用 LeanCloud,并成为多年的深度用户。

在最近一段时间,我们除了推出 Play 游戏后端服务这样的全新产品,并进一步加强在海外市场的扩展外,也在对现有的后端架构和产品线进行梳理。LeanCloud 的几乎所有服务都专注于帮助用户更快、更好、更可靠地实现产品功能,面向的目标人群都是开发者。而移动统计服务是产品运营的辅助工具,主要目标用户是运营人员,我们曾多次收到用户建议,希望把移动统计的访问权限和其他服务隔离开,这都说明它和其他服务之间的协同性是比较少的。同时无论是在国内还是国外,有不少公司专注于开发统计工具,也有不错的开源方案,可以说用户有很多选择,我们在这方面提供的价值是相对较低的。

每个子产品都需要在开发、运维、技术支持、硬件等各方面投入资源,为了能集中资源以更快的节奏改进我们的核心产品,我们权衡再三,决定在未来的一段时间里将移动统计功能逐步下线。

移动统计服务我们一直免费提供,目前还有很多活跃应用在使用。我们知道对很多用户而言这一改变会带来不便,所以会尽可能减少其影响。我们计划以未来三个月为过渡期,让使用它的产品可以相对平滑地切换到其他方案。

具体的过渡方案如下:

  1. 在 2019 年 1 月 17 号之前,统计服务会正常运行;
  2. 2019 年 1 月 17 号之后,我们会停止接收客户端上报的数据,但是老的统计数据还可以在控制台看到,并且会继续开放 REST API 供开发者获取这些数据;
  3. 在 2019 年 2 月 27 号之后,我们会停止老的数据展示以及 REST API 下载。不过考虑到春节的影响,我们也会为有需要的用户延长保存一段时间,请提前与我们联系;

感谢您一直以来对 LeanCloud 的信任和支持。如果您有我们没考虑到的需求,请随时通过 Email(support@leancloud.rocks)或工单和我们联系。

LeanCloud 将逐步下线移动统计服务的通知》有2个想法

    1. YiranYiran

      您好,

      非常感谢您对我们的支持,有关在线参数功能下线我想先做一个说明:
      1. 最开始,这是作为统计服务的一个附属功能推出来的,SDK 的接口也是放在统计的 library 里面。
      2. 2018 年年底,我们决定停止统计服务,已经通过邮件和博客周知过开发者;2019 年 1 月份在统计服务不再接收客户端上报数据的时候,我们也又一次进行了通知。
      3. 现在按照之前的计划,我们彻底停掉了统计服务,并且在控制台中去掉了统计相关的操作入口。

      当然这里可能给大家带来了一个误解,就是在线参数如何处理。我们当初给的答复是「这个功能会并入数据存储模块」,当时原本的计划是通过升级客户端 SDK 来解决,而并不是通过服务端自动切换到存储系统,或者简单将在线参数的读写操作请求算入存储 API 请求进行计费。主要原因如下:

      1. 将在线参数功能并入数据存储的话,其请求次数也就受开发版/商用版的限制,过量的调用涉及到使用成本的变化,这一点我们希望开发者是完全知情并同意的,所以从使用协议上来说不能自动切换。
      2. 从我们服务端的日志统计来看,每天的在线参数内容获取接口的请求量是非常大的(与统计 SDK 里面对于在线参数的处理方式有关),这样的情况按照调用次数计费的话,会给开发者带来一个「费用是否合理」的问题,所以客户端 SDK 不变直接从服务端来透明迁移,对开发者来说可能是不公平的,从计费上来说也不能只在服务端透明切换。
      3. 在我们统计下线的公告发布之后,有不少开发者跟我们沟通过在线参数的处理方式,得知这些原因之后,他们都选择了自己修改代码,改到存储 AVObject 上去,因为无论如何都需要客户端进行代码升级,所以开发者都选择了现成可行的方案。这也是我们后来并没有在客户端改变在线参数接口的原因,因为实际没有必要。

      现在统计服务虽然完全停掉了,但为了不影响客户的线上业务,我们云端还支持在线参数的读取(一个月后才彻底下线),就是说老应用使用老的 SDK,获取在线参数是和以前一样的,并不受这一调整影响。我们建议大家自行切换到存储服务里面来继续使用在线参数的功能,并且建议大家应用数特别多的时候可以将所有应用的在线参数合并到一个应用中,通过不同的名字或属性区分,这样可能最多也只需要开通一个商用版应用了。

      如果贵司业务不能短时间内完成迁移,可以走付费延长这一功能的方案。对此,我们内部讨论的结果是如果需要付费延长这一服务的话,需要额外支付 1200 元/月的费用(与应用数无关,按账户计费,不足一月按一月计算,可随时中止),这个数额已经是在考虑云端成本之后的最低价格,并且只对现存应用有效。如果确定这样推进,我们会更新控制台,对符合条件的应用重新开放在线参数的访问入口。

      从我们的角度来说,并不希望大家走付费方案,因为我们的统计服务架构比较复杂,为单个应用来保留外部 API 入口,也涉及到前后关联多个模块的部署和维护,这对您来说成本未必是合适的,我们还是希望大家尽快迁移到存储服务,为此我们愿意将在线参数的可读期限延长到 2 个月,也就是说如果在 4 月底前您可以完成迁移,那么就不需要走上面的付费方案了。

      有什么问题您可以随时和我们交流,谢谢!

      回复

王瑞进行回复 取消回复

电子邮件地址不会被公开。 必填项已用*标注