标签：
读者朋友们圣诞快乐！
转发一条Amazon不赚钱的blog，属于路人皆知的东西，不至于给Amazon节日添堵：
http://a16z.com/2014/09/05/why-amazon-has-no-profits-and-why-it-works/
且让我往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年没起色的问题所在吧 ……
网络虚拟化是让云主机与任何物理设备去除耦合的，业界在做完CPU虚拟化之后剩下尚未做好的IT资源彻底虚拟化之唯一未竟工作，也是让云最终动起来活起来的必要工作。
欢迎有兴趣的读者来道里云注册免费试用账号体验一下道里云网络虚拟化工作的尝试：
www.daolicloud.com
标签：
原文地址：http://blog.csdn.net/wenbomao/article/details/42148793
