对公用云服务“不赚钱”背后的技术缘由探究

【编者的话】

从云计算翩然而至的那天起，“降低企业成本”、“帮助企业在云中获得利润”的概念就一直是最吸引企业的地方。看看我们的云计算市场，虽然也发展得热火朝天，但我们追赶国外先进水平的脚步似乎还是很缓慢的，事实是“公有云”服务的发展参差不齐，也尚未形成细化的标准和规范。为什么我国公有云服务发展多年，IT资源还是不能得到在“云”中的高效提供或利用？本文笔者醉翁之意不在酒，展开了基于公有云服务“不挣钱”现状背后，对其技术缘由的探究。

以下为作者原文。

且让我往Amazon Other Revenue中捎带的AWS浅浅挖一铲子。本月早些时候Amazon CTO Werner Vogels在北京宣称AWS过去八年最骄傲的annual growth是40%，当然含基于http的S3，Werner在演讲中也很骄傲S3对AWS的贡献，换言之，EC2贡献的增长率恐怕还不及这温和的 “40度”。百分之40年复合增长率可是要饿死互联网生意的哦！母公司Amazon用http做生意如果只按40%年复合增长率至今，则我们大多数人一定 都还未听说过这家公司。我记得当年EMC公司fire掉VMWare前CEO Diane Greene就是因为她没能让VMWare的年增长率达到华尔街的温和预期：50%，即，她让虚拟化CPU增长率居然跑输了硬件CPU基于摩尔定律的增长 率（等价于成本下降率，至少要59%）！

AWS为何增长如此慢？新市场肯定需要时间培育，但当年起于http之末的各色在线生意也 都是全新的，怎么从来就像增长800%的劲头呢？20年了至今都还是这般架势！而且虚拟化的CPU增长一点都不慢，绝对超过硬件增长速度，更何况这两年火 起来的容器，过去10年虚拟机接龙未来一两年容器的复合增长基本可以用虚拟机的 X 容器的。粗算前者是硬件的10倍，后者又是前者10倍，怎么也折腾不出0.4倍增长来的。什么问题，我猜从业者AWS一定知道，Google也一定知道， 前者只得咬牙拼了，后者不妨躲着看好戏，自己先内部用着，赚钱的事等恐龙死完了后再说吧！

财务梳理公用云服务不赚钱之不争事实，不 是我特别要深入研究的课题，倒是更想分析一下辛苦抗战8年不挣钱或许还有技术缘由。我在猜，用Hypervisor做CPU虚拟化是否有点忒实诚了，用其 做私有IT让买家当冤大头当然是没有什么问题的，比买硬件省老鼻子TCO了！然而做服务按开机时长收费就比较难了，Hypervisor，GuestOS 和应用情况很不同：应用具有交易业务生活等人的根本属性，且让我用江湖属性简称之。江湖属性与相互利用抱团取暖愿打愿挨利他双赢等基本是一个意 思，让人类经济得以辉煌发达的银行生意就是江湖的典型，储方贷方皆明知被剥削利用，愿意！应用就具有这种人的江湖属性，我不用资源（cpu, memory, storage, bandwidth）的时候那就利他吧！我为人人，人人为我嘛。可是Hypervisor和跑在其上的GuestOS不具有此江湖性，忒实在，不能胜任银 行货币虚拟化的赚钱效率。

容器虚拟化属于应用虚拟化，有人性，公用云服务用容器虚拟化应该能赚钱。先行者也并没什么先行优势。

其实高效率CPU虚拟化只是公用云赚钱的必要条件之一，并不充分。缺乏高效率网络虚拟化的云是死的，死就死在云主机由于需要网络服务被困死在某个铁皮盒子 里，或更难以解决的问题：VPC中的一群云主机由于使用私有路由器而被困死于某个机柜内。有兴趣读者不妨从AWS租用VPC试试，就能体会到这样的困死属 性；会玩Openstack Neutron的也可得到同样体验。此类技术都有点硬塞给租户一个私有路由器，虽然此私有路由器可以用虚拟机或容器做出来，还管它叫做“网络功能虚拟化” （听起来用虚拟机或容器做的游戏，邮箱， xyz，也都可以叫做xyz虚拟化了），但做好的路由器就退化成物理的了，物理的路由器就不免要把云主机或VPC困死于其所在不远处。具有此种困死属性的 云，无论公，私，资源拥有者都无法让所拥有的资源得到高效提供（公）或利用（私）。死云或许是云IaaS服务7，8年没起色的问题所在吧 ……