拥有后端vs BaaS

Question

我正在尝试在两家开发公司之间做出决定。一个人想和Parse一起去，而另一个想要建立一个后端。我想获得反馈以及为什么构建后端或使用PaS（如Parse，Stackmob）在可伸缩性和性能方面更好的原因。

例如，让我们使用SnapChat作为处理数百万用户和数据请求的高度使用的应用程序。如果新创建的应用程序经历用户和数据请求的大量增加会发生什么。后端能够处理这个吗？我是否希望在用户增加后立即修复它？

Answer 1

像Parse.com这样的东西可以为很少的资本投资提供很多价值。借助BaaS，隐藏了基础架构管理的所有细节。使用好的BaaS时，部署，系统容量问题，系统可用性，系统安全性，数据库管理以及无数其他任务都会消失。例如，Parse.com使用Amazon Web Services和弹性负载平衡，随着使用量的增加动态地为系统添加更多容量。这是容量管理的必杀技。

Parse.com是一种特殊的BaaS。 Parse.com的目标是成为移动应用程序的轻量级后端后端。我相信Parse.com是一个非常好的移动后端即服务（MBaaS - link to a Forrester article on the subject）。

也就是说，有时候Parse.com不是正确的解决方案。估计应用程序的用户数量以及一天中普通用户将发送的HTTP请求数量。 Parse.com按交易数量收费。专业计划有以下限制：

• 每月1500万条HTTP请求
• 每秒40个请求的突发限制

许多小额交易可能会导致应用所有者的费用增加。例如，如果有4,500个用户，每个用户每天向Parse.com发送125个HTTP请求，那么您每30天就已经在查看大量请求。 Parse.com还提供更高级别的服务，称为Parse Enterprise。有关此计划的详细信息尚未公布。

BaaS / MBaaS提供的服务为应用程序开发人员节省了大量时间和精力，但却施加了一些限制。例如，Parse.com的响应时间可能太慢，无法满足您的需求。除非您升级到他们的企业计划，否则您无法控制响应时间。您目前无法控制应用程序的托管位置（我相信Parse应用程序目前在弗吉尼亚州的亚马逊数据中心运行）。

我所看到的BaaS提供商不提供服务质量指标。即使他们这样做，也没有社区就哪些指标有意义达成一致意见。你得到了你得到的东西，并希望它足以满足你的需求。

如果出现以下情况，申请是MBaaS的理想候选人：

1. 这很简单，或者应用程序逻辑可以完全在客户端上运行（手机，平板电脑......）
2. 无法估计可能
的用户数量或用户数量。
3. 您不希望获得大笔前期资本投资。
4. 您不希望聘请基础架构专家来处理容量/安全/数据/恢复/网络工程。
5. 您的申请没有严格的响应时间要求。

Parse的最佳用例是iPhone开发人员编写游戏并需要存储用户的高分，但对服务器一无所知。也就是说，像Hipmunk这样的复杂应用程序正在使用Parse。看看Parse.com's portfolio of case studies。您能想象您在该产品组合中的应用程序，或者它与这些应用程序有很大不同吗？

即使BaaS不是正确的解决方案，也可能是PaaS或IaaS。看看Rackspace和AWS。在这个时代，购买硬件和运行数据中心是很难证明的。

Answer 2

像apiomat或解析这样的BaaS提供商必须处理数以千计的应用程序的请求。每个应用程序都可以拥有大量用户。提供商被迫使系统绝对安全和可扩展，因为如果其中一个点存在任何问题，那将是他们业务的终结......自己构建可扩展的安全后端并不像您期望的那样容易。上面提到的那些公司已经投入了一些人年。