使用不同PaaS解决方案的网络延迟

时间:2013-10-13 08:36:19

标签: google-app-engine amazon-ec2 cloudbees paas mlab

不确定这是否属于stackoverflow或stackexchange。 Mods - 请指出我正确的平台。

我无法找到平均网络延迟(由于网络呼叫)和平均成本上涨(因为这些平台也会对网络入口/出口收费)的统计数据,因为涉及的网络服务呼叫量很大 - 尤其是当我们使用不同的提供程序进行webapp托管和数据库托管。几乎所有内容都在SSL上以增加更多延迟。这种延迟/成本对消费者来说是否明显?我知道缓存会有所帮助,但这是有限制的。

只是添加一些上下文 - 我想知道创业公司是否明智地决定使用PaaS(我打算使用Cloudbees / mongolab);或者更喜欢推出IaaS上的所有内容(如EC2)。我想GAE不会有这样的问题,因为数据存储是他们云的一部分吗?

谢谢!

1 个答案:

答案 0 :(得分:4)

免责声明:我在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实例的情况相同。