谢邀。也感谢提问的用户让我有机会来说说这个问题，可能有这个疑问的用户并不是个别。以其说是越来越差，不如说是在用户和流量快速增加后让一些「成长的烦恼」变得明显了。
LeanCloud 无论从产品、团队、收入、还是用户规模上都比以往任何时候更好，但因为开发者和应用的增加，让一些问题变得明显了。平台上的应用数目在不断增加，而很多应用本身的用户数和流量也在快速增加，这种增长是叠加在一起的。
在 BaaS 领域，LeanCloud 面临着很多没有前人可借鉴的挑战。举个例子，根据 BaaS 先行者 Parse 最近的 Blog 文章
，Parse 在用 Go 重写 API 服务之前，用 200 台服务器运行 API 服务，一共支持每秒 3000 次请求的流量，这还没有算上数据库等其他服务器。而 LeanCloud 上比较大的单个应用每秒请求数就达到了五位数，也就是说 LeanCloud 上一个大的应用的流量就比当时 Parse 整个平台的流量高很多，而 LeanCloud 的所有服务器加起来数量却比 Parse 的 API 服务器还少很多。Parse 团队说从开始重写 API 服务到现在流量增加了十倍，那么也就是说即使是对比现在的数字，Parse 的流量仍然比 LeanCloud 低很多。据我所知，LeanCloud 是全球唯一完全支撑过 App Store 总榜第一 app 的 BaaS 服务（完全支撑指除了 LeanCloud 外没有用任何 app 自己的服务器）。
高流量本身并不是挑战的全部。大家都知道数据库查询优化的最重要工作是索引，而通常来说建索引的前提是知道会出现的查询类别，这对做一个具体的 app 来说没什么问题，因为客户端的查询都是自己写的。对于 LeanCloud 这样要支持数万个应用的平台来说，我们无法事先知道可能会收到什么样的查询请求，而因为我们的目的就是减轻后端开发、运维、优化的负担，所以不愿意把优化查询的工作让用户去做。因此 LeanCloud 必须把优化数据库的过程自动化，自动及时创建应该有的索引，同时自动删除不必要的索引（因为会降低数据插入的性能）。
除了技术和产品方面之外，LeanCloud 也在 Marketing、Sales、技术支持等各个方面进行着很多新的尝试。我们没有靠关系给客户「制造需求」的销售人员去寻找一个单子几百万元的「大客户」，而是希望能通过降低产品开发的门槛，让更多想法有机会变成现实，支撑起数量众多的成功的 business。在这个过程中我们一定会犯很多错误，但是会努力不让支持我们的用户失望。
关于题主说到的工单系统收费问题以及有的答案里提到的最近的服务中断，因为我们发布了专门的说明，就不在这里赘述了。
为了让团队跟上产品的发展，我们有多个职位在求才。欢迎看到问题的你加入我们，和我们一起解决这些问题，让 LeanCloud 变得更好。→
