Mobile 什么是解析的替代方案？

我和我的团队希望开发一个包含Android、iOS和web应用程序的项目。可扩展性和巨大的吞吐量潜力是一个关键特性。我们已经开始与Parse.com合作，它提供了我们想要的东西——除了令人望而却步的扩展成本和每秒查询和请求的荒谬限制。从这个意义上讲，有哪些替代方法可以进行解析？我们很可能不需要任何复杂的数据库操作和有限的云处理

---

提前谢谢

Parse是快速启动和运行的优秀选项。不要低估能够迅速将想法推向市场的价值

长期而言，潜在的Parse竞争对手（如Firebase、PubNub）在大规模运营时不会提供有意义的节约。如果您担心这一点，您将希望研究开发自己的后端服务，并在AWS（AmazonWeb服务）等基础设施上运行它们。在高层，Parse使用MongoDB作为其核心数据库，并完全使用AWS托管。AWS为管理数据、执行计算、负载平衡等提供了大量服务。它们还提供允许您访问AWS资源并自动为您创建客户端SDK的功能

---

作为一般的经验法则，专注于构建尽可能最好的用户体验比过分关注可伸缩性要好得多。总的来说，可伸缩性问题很少出现，因为大多数应用程序都失败了。不要说这让人泄气-只是要记住一件事，防止你陷入以时间为代价的过度工程的陷阱：）

也许是时候让我们的解析用户转向云服务的大男孩了：

从2016年2月28日起，解析正在关闭。这不是很令人震惊吗。如果你不能相信一家Facebook旗下的公司能够持久，你能相信谁？Firebase看起来是个不错的选择，但这家谷歌所有的公司能维持多久？Firebase似乎没有相同的推送通知功能。@elprl StackMob被PayPal收购并关闭。然后FB购买Parse并关闭它。我不会那么清楚，以至于使用Firebase。是时候切换到AWS了，因为他们不会关机。@chris，我完全同意，AWS是我们唯一的选择。我已经经历了几个星期艰苦的迁移过程。将解析表转换为DynamoDB&CloudCode到Lambda是一个真正的挑战。谢天谢地，AWS免费等级。@elprl是的，我听到了。我对迁移所有东西都有同样的问题。这是一个缓慢而痛苦的过程，但一旦完成，对长期而言应该是有益的。哈哈同意@chris，随时给我留言