不确定这是属于 stackoverflow 还是 stackexchange。模组 - 请为我指明正确的平台。
由于涉及网络服务调用的数量，我无法找到平均网络延迟（由于网络调用）和平均成本上涨（因为这些平台还对网络入口/出口收费）的统计数据 - 特别是当我们为 webapp 托管和数据库托管使用不同的提供商。几乎所有东西都在 SSL 上，以增加更多延迟。消费者是否注意到这种延迟/成本？我知道缓存会有所帮助，但这是有限度的。
只是添加一些上下文 - 我想知道对于初创公司来说，使用 PaaS 是否是一个明智的决定（我计划使用 Cloudbees/mongolab）；或者更喜欢在 IaaS（如 EC2）上推出所有内容。我猜 GAE 不会有这样的问题，因为所有 Datastore 都是他们云的一部分？
谢谢！
【问题讨论】：
标签： google-app-engine amazon-ec2 cloudbees paas mlab
免责声明：我在 CloudBees 工作。如果您想讨论具体的应用程序限制，请联系我ndeloof@cloudbees.com
CloudBees（可能还有其他 PaaS，无法确定）不对网络流量收费。与需要对 I/O、网络、CPU 周期等进行计费的 IaaS 相比，PaaS 提供比定价模型更高级别的抽象。
网络延迟确实是托管在 PaaS 上的一个主要主题，PaaS 可能托管在另一个大陆上。 CloudBees 提供美国东部和欧洲西部地区来托管应用程序。对于欧洲客户来说，托管在欧盟地区，低延迟的网络连接是一项重大改进。
在 IaaS 与 PaaS 上托管可能有意义，但可能不是因为您的初创公司处于早期阶段。使用 PaaS 作为助推器，可以快速在线并向您的客户提供功能。如果/当您成功时，也许您更愿意出于任何原因（部分？）切换到 IaaS，甚至稍后跟随 Facebook 和 Google 建立自己的数据中心：P
我们有许多初创公司作为 CloudBees 的客户，它们受益于高水平的服务以缩短上市时间，并专注于公司的实际业务。即使是在 IaaS 上工作对工程师来说也很有趣，从业务角度来看，当您的公司必须在竞争激烈的市场上快速发展时，这并不是您希望开发人员真正关注的事情——还有很多其他主题可以让工程师从中获得乐趣； )
我不明白您对 GAE 的评论。 Google 确实在托管自己的 DataStore。像 CloudBees 这样的 PaaS 依赖于 Mongo (mongoHQ.com) 的合作伙伴 SaaS，但由于这个是托管在 AWS 上的，因此网络延迟与 CloudBees 托管它自己的 mongo 实例相同。
【讨论】：