使用Parse与AWS开发Web应用程序的优缺点是什么？

Question

据我所知，Parse为各种平台（如iOS）提供了方便的通信堆栈，因此很容易构建使用您的Web应用程序的客户端。

但Parse似乎也与Facebook紧密结合。如果您要构建一个不需要Facebook但可以长期与Facebook集成的Web应用程序，那么Parse明显胜过直接部署到AWS，还是有重要的缺点需要考虑？

Answer 1

据我所知，他们的页面Parse是一个PaaS（平台即服务）提供商，如Heroku和其他人，而AWS是IaaS（基础设施即服务）提供商。

PaaS优点：

• 他们关心基础设施
• 您在现有平台上构建应用
• 一开始你不需要“ops-guys”，因为你不做ops
• 您可以利用他们的知识和预先构建的工具进行预算

IaaS的优点：

• 您可以完全控制底层基础架构
• 您可以从绿地开始构建您想要的任何内容
• 您可以使用Puppet / Chef / ...等工具来控制您的服务器
• 使用PaaS时，您无需支付额外费用 （但必须付钱给你的员工）

所以没有这场“战斗”的赢家，但是你必须决定是否要使用预建工具并为此提供一些独立性，或者你是否想要对所有东西拥有绝对控制权（几乎你不能触摸硬件）并投入时间和人力来构建自己的工具。

Answer 2

“更好，更快，更便宜......”

如果您正在寻求移动优先策略，Parse是一个很好的工具，可以从原始的beta应用程序引导成熟的，完整的网络存在。

我没有直接使用AWS的经验。

我使用Heroku / Parse集成（非常快）一个独立的移动应用程序，后端需要覆盖以下后端：

1. DB / persistence / noSql

2. 工作流程 - 异步任务

3. REST API接口HTTP

一旦移动应用程序仅存在存根本地数据，Parse允许单个工程师快速构建上述所有基础架构，将应用程序从单个用户转移到具有完整数据库和工作流程的多用户，以支持客户端事件相当大的服务器端和云端业务逻辑和流程。缩放过去需要花费数周时间的相关启动内容只花了几天时间。

扩展应用程序堆栈时的压缩（时间和金钱）确实很重要。 Parse API几乎完成了我需要的一切，只有一个小例外（重新启动UGC媒体）。

就个人而言，我放弃了parse / android SDK，转而使用更强大的REST API（在客户端和重度HTTP活动上进行线程化）。

用于Curl / REST开发堆栈的开发人员将采用Parse。