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