哪个更好：parsing还是AWS
我正在开发一个电子书商店应用程序（我的目标用户将是每月10,000个用户）。 selectAWS和Parse之间的后端是非常困难的。
parsing是非常简单的使用。 这可以节省我一两个月的开发工作。 但是我关心的是每月的请求数量。 有免费的1,000,000个请求。 但是我不知道他们是如何计算请求的数量的。 我使用演示应用程序进行testing。 一个简单的运行花了我4个请求（似乎在代码中只有一个请求）。 我完全没有线索100万的请求可以服务器有多less用户。
AWS在第一年免费。 这更灵活。 我几乎可以控制一切。 问题是我必须从头开始做所有事情。 数据库，Web服务，安全，服务器pipe理。 另外估算成本也是非常困难的。
我想听听您对成本，性能，可伸缩性，安全性等方面的意见。谢谢
2016年11月16日编辑：
Parse.com将于2017年1月28日终止。但它将提供开源版本。 我个人认为它更好，因为我可以在我喜欢的任何地方举办我们自己的数据，例如在AWS。
但！ …
虽然Parse已closures，但现在有： http : //back4app.com
据我所知，现在（2016年底）达到了与 parse.com 相同的程度。 也就是说，back4app人员提供绝对Parse所做的一切，显然它是相同的实际（开源）parsing软件。
我经常使用back4app。 对于任何典型的游戏，或者只是一个客户谁想要任何启动或应用程序（Android，IOS，统一，无论），以某种方式连接，我只是使用Parse（back4app），并在3或4分钟内把它扔在一起 – couldn不容易。
所以（现在）这个问题的简短答案是：
1.parsing（其实现在back4app.com）是一个“完整的包” – 非常容易使用。
而
2.亚马逊AWS是一种“原始”云服务。
您无法将Parse（back4app）与AWS进行比较。 parsing（back4app）是一个“非常容易使用的一体化软件包”，而AWS则是“原始云计算”。 完全不同的用例。
你可能花6，也许7，分钟设置和使用Parse（back4app）; 而20名云计算工程师的团队花费数月的时间来构build……无论他们构build什么！ 使用Amazon AWS。
2015年的注意事项：parsing已closures。 （Facebook已经厌倦了，closures了。）底线似乎是，继续使用Firebase.com，Kinvey或其他任何可用的baas。 （如果你正在制作游戏，那么游戏还有一些特定的游戏包，比如游戏公园。）
请注意，2015年：亚马逊AWS现在有点混淆，提供“亚马逊AWS移动”。 （所以，aws.amazon.com/mobile）这不是“一个简单易用的软件包”，而是一个服务集合。
3.所以，虽然亚马逊AWS是一个“原始”云服务，“亚马逊AWS移动”是一个服务的集合，这有点像使用包。
parsing（back4app） – 可笑的容易使用。 对于小孩子。 类似于Firebase等
“亚马逊AWS移动” – 这有点像 Parse / Firebase / Etc，但是使用起来更严重一些。 这实际上并不是“一个包装的服务”，实际上是一套零件。 所以，“DynamoDB”是noSql部分，“Cognito”是“轻松login部分”等等。 相比之下，Parse / Firebase等简单的将数据库，login，推送等全部封装在一个系统中。
“亚马逊AWS” – 这是云计算的原始云计算力量，你无法将它与一个差价进行比较。
2015年之前的原始答案：
请注意，Parse是一个“完整的Baas”，而AWS则是一个原始的计算系统。
为了制作一个典型的简单的客户机 – 服务器系统，可能需要五分钟的时间（或者其他的任何一个）。 如果您从原始服务器和存储（例如AWS）开始重新devise，则可能需要六个人工月。
最后 – 这个惊人的PubNub如何适应？
别忘了PubNub – 没有什么比这个更好的了。 （亚马逊的SNS只是普通的推送 – 跟PubNub一样。）
不pipe你在做什么 – 无论是使用AWS构build一个拥有20名工程师的大规模networking通信协议，还是使用Parse（back4app）将一个游戏投掷到一起 – 回想起PubNub有一个独特的地方。
这是唯一可以让每个正在运行的应用程序“存在”的方式 – 它们实际上都与永久性套接字连接。 因此，举一个简单的例子，你可以做聊天的唯一方法是：PubNub。 事实上，这在PubNub的营销页面上有很好的解释
因此，无论您是使用超级简单（parse-back4app）还是使用AWS构build – 您都可能需要额外添加 PubNub。
parsing已经改变了他们的价格计划：你没有每月的请求限制，但爆裂的限制。 对于免费用户现在是30 req / s这是非常公平的。
对于你的问题，是的，Parse会为你节省很多时间。 我build议从Parse开始，原因是：如果他们不适合你，可以在AWS（或带有云端点的应用程序引擎）之后切换。