最近陆续有业界大牛对于国内外云计算行业做各种总结，我细细品味，有些强烈同意而又有些不敢苟同，为“以正视听”，撰写此文。
何为云计算?
云计算不是什么新鲜技术，更不等同动不动挂在嘴边的虚拟化、Hadoop等时髦词，云计算实质是人类社会化工业发展的一个新阶段，云计算不只属于IT，而是属于全行业，我来讲一个餐馆的故事：
最早大家都在家做饭，但发现人多的时候做饭很麻烦，洗盘子尤甚。于是餐馆利用统一的进货、统一的配送、统一的制作、统一的人力，提供基于共享的食品服务，大大降低了成本，使得大家逐步觉得有时候在外面吃饭成本也不是很大。但客人在餐馆吃饭面临两个问题：
1，菜怕点多，于是商家想出了办法，你可以点半份，也可以打包。
2，菜怕点少，于是商家允许加菜。
把这个故事映射到IT，讲到这跟云计算还没半毛钱关系，无非是原来大家自己买服务器，改成了统一由IDC提供机房机架机器，大家使用。菜品的半份无非是利用虚拟化技术，能够把一些大机器切成小份提供给用户。这些真的还不算云计算。
我们来看餐馆目前面临的问题：
1，客人想点1.25份咋办?对不起，只能半份起卖，您那剩下的0.25份自行处理。
2，菜打包后回家，过一天再热就不是那味了，没准还致癌。
如果哪个餐馆能把这两个问题给客户解决了，客户可以随意点任意比例，客户把菜打包回家后，还能够保证菜的品质毫不下降，那么它将领导这个行业的革新。
回到IT行业，能够解决这两个问题的新名词就是“云计算”，云提供各种等级更细粒度的虚拟计算、存储单元，您可以点任意几点几的饭。云计算有清理功能，能够虚机被回收后再干净提供给下家，就像保证菜品打包后品质不下降。云计算的隔离技术保证，大家夹一盘菜，不用担心筷子带来的“唾液传播”。
上述的故事讲到这，基本就是IaaS干的事了，我们能不能发挥想象再挖掘客户需求呢?客户如果不能正确预估自己吃多少怎么办?客户如果吃着吃着突然又来了两个朋友，菜突然不够吃了怎么办?现加菜需要等待时间。。。
解决这个问题需要PaaS，因为IaaS不了解用户的业务，而PaaS知道，用户的WebService、日志、流量、数据吞吐都在PaaS层面，它能随着业务的变化实时变化，用户根本无需关心，做到真正的免运维，就像你在餐馆想吃多少就吃多少，菜是实时做好的，再来100个朋友，也可以在瞬间提供，没有一秒间断期。
用户还有没有需求呢?有，用户想自己带原料，用餐馆的厨子做;用户想把菜点好，送到家里吃;用户想自己做一个拿手菜，其他点餐馆;用户想把自己拿手菜做好带到参观利用餐馆给更多人品尝。。。这些需求通通在“云计算”的概念下有产品对应。可见，“云计算”无非挖掘生活中的需求，不断的方便用户、降低成本的一个产业趋势而已。#p#
谁需要云计算?
这个其实很简单，想“省钱”和想“省事”的人。
省钱
整个大环境促使大家更需要省钱，整体经济形式、一些行业的寒冬、绿色产品概念的深入人心，甚至政府对投入产出比的进一步关心，这些都是给云计算整个产业的机会。再具体细化一些，就是那些个人站长、个人开发者、自由职业者、中小企业。以SAE为例，有个安卓应用“掌上贵金属”就是从起始以极低的成本就运行在SAE上，SAE伴随了他的成长，从几个用户到几十万用户，直到最近该作者已经在上海成立公司。再比如被百度收购的“今晚看啥”，利用SAE进行了原型开发和运行，完成了原始用户积累的阶段，SAE验证了其成功。
试想，如果没有云计算平台，帮助其完成了“零成本创业”，那么将有很多中小团队、公司死在找到第一桶金前的成本黑洞中，这在美国是同样的情况，亚马逊AWS被誉为是创业项目的摇篮，原因也就在于节约成本。
省事
如果说省钱还有些人不关心的话，那省事就是几乎人都希望的东西，当然除非“省事”砸了他自己的饭碗。利用云计算最直接的省事的人是开发人员，以前他们还需要关心负载均衡、分布式存储、队列服务，现在这些服务几乎IaaS、PaaS都提供了。省事的人还有运维运营人员，云计算给他们带来的好处是统一化管理、运维，以前他们需要东维护一个，西维护一个虚机系统，现在只需要统一维护一套。云计算让个人和企业的应用都运行在统一的环境下，各个公共软件的版本、网络配置都集中化设置，系统工程师不用成天想着怎么扩容、恢复、迁移了，这些都可以由程序自动完成。如果使用PaaS服务，甚至不需要有人知道apache配置，根本不需要系统工程师，纯由开发人员就可以完成一个大型网站的运维。对于SaaS服务，甚至某些情况下连开发人员都省了，wordpress版本已经可以搭出一个像模像样的CMS。
以SAE为例，省事的需求甚至有的时候大过省钱的需求，尤其对于企业。比如有个游戏开发商，我问他们为什么不部署在IaaS上，他们回答“太费事，还得自己管”，是啊，在能满足需求的前提下，谁不想省事呢。
其他
当然不排除有人出于其他目的使用云计算，比如出于体验新名词、捞点费用等小九九，但这些从长期看毕竟难以持久。#p#
国内外PaaS云计算平台对比
SAE公共平台 PV对比(从左到右，Heroku、GoogleAppEngine、AppFog、RedHat Openshift)，2012年12月
这个我必须吐槽一下，说到云计算，很多人都会产生国外技术技术崇拜，每次我出去宣讲，总会有问SAE是不是基于国外开源平台做的的，我回答“自主研发”，他们说“基于linux啊，所以还是国外的”，我只能回答“如你所是”。
诚然，在IT行业，全球的概念和技术领导者是美国，作为学生的我们确实应该虚心学习。2009年，在我们写下第一行SAE代码之前，亚马逊和Google分别在IaaS和PaaS领域走在了世界前列，而那个时候，我们甚至不知道这些XaaS是神马东东。
当我们诚惶诚恐的学习他们的理念、研读他们的paper，埋头写我们的代码，做我们的产品，经过这几年后，突然发现，我们或许有和他们叫板的资本了。等我仔细分析了国外各大主流PaaS平台后，更坚定了这样的信念：“SAE已经在技术和产品上完全领先世界主流PaaS平台”。
在各位在拍我前，让我解释一下，我为什么敢这么说?
技术：成本和安全的较量
做云的都知道，成本是关键，而影响成本的核心因素是共享，共享程度越高越省钱，因为可以把张三不用的给李四。而成本又和安全是冤家，共享程度越高隔离性越差，安全性越低。谁能把这个公式权衡好了，谁就是云计算技术上领先者。
PaaS提供最重要的两个服务就是WebRuntime和数据库，我就以这两个服务为例还解释这个权衡关系：
目前WebRuntime的隔离有三种模式：
1，VM隔离(依靠VM_ID)
2，进程隔离(依靠PID)
3，进程内隔离(依靠APP_ID)
从上到下，成本越来越低，最极端的情况，所有App跑在一个进程里，还能保证互不影响才叫牛逼!1和2是国外PaaS采用的方式，当然SAE也提供，应用可以在SAE内部以虚拟机或者进程方式运行保证隔离，但SAE还是世界上我所了解的PaaS平台里，唯一提供方式3进程内隔离的平台，也就是唯一能把成本做到进程内共享而又互不影响的PaaS。
我们再看数据库服务，数据库服务仍然有三种隔离模式：
1，VM隔离(DB在VM内)
2，进程隔离(数据库实例隔离，依靠PID)
3，进程内隔离(共享同一个数据库实例)
从上到下，成本越来越低。1和2是国内外IaaS和PaaS通常采用的方式，SAE也提供，用户可以购买独立数据库，这个对于企业用户尤其有意义。但对于最节约成本的方式3，据我了解，除了Google，SAE是世界上另一个提供进程内数据库隔离的云计算平台。
网络安全问题也是云计算平台最核心的技术竞争点，众所周知，亚马逊AWS最神秘也是最笑傲江湖的就是其网络方案。当然，对于PaaS，在网络上，面临的问题和IaaS还不完全一样，但本质上都需要一套基于OSI某一层的网络统一管理、配置、统计监控平台(PaaS对应的层要比IaaS高一些)。对比开源PaaS平台，SAE拥有一套完善的3层、4层“SDN”，彻底解决了PaaS内网络连通控制隔离问题，并且这套方案的延伸品CloudBridge(SAE内部技术产品代号)负责将SAE和SWS(基于OpenStack的IaaS产品)打通，保证混合云模式下的网络访问问题，用户可以自由的控制其PaaS的资源安全的以何种方式访问自己的虚拟机，同时还可以自由的控制自己的虚拟机安全的访问自己的PaaS资源。
产品：玩的就是细节
很多人以为PaaS就是云存储、沙箱，其实云计算平台比的是技术，更是比产品，因为最终的使用者不是系统工程师，不是每天只用命令行的geek，而且一个个有梦想的开发者(web和移动)。我很难想象一个PaaS平台在一群从来没给facebook写过应用、没有写过网站的人设计下会是怎么样，很不幸，我就是这样的人，在从事SAE之前，我几乎没接触过web开发，一个纯后端码农(PS：SAE后端基本都是由C/C++编写的)，不过SAE幸运的是，在起始就拥有一位出色的web产品人，写过应用、玩过网站，所以SAE才能抓住开发者最需要的，而不至于沦为像GAE那样，只能是geek们的技术玩具。#p#
很多人以为SAE是给开发者用的，给程序员用的，这话不完全准确，SAE里还有大量功能都是老板、技术总监、运维总监用的，也正是这些功能才使SAE真正具备可用性。
SAE产品功能列表(部分)
目前世界上没有任何一个PaaS平台提供如此多的产品上的功能，有人问，这些功能是必须的吗?其实这些功能大部分都是在SAE实际运行过程中，根据实际强烈需求添加上的，我们看几个细节：
代码加密：因为代码是运行在SAE平台，尽管你向用户保证代码是不会泄露的，但是用户还是很可能不相信你，尤其是SAE还担负着让开发者向云商店输出应用的责任，而云商店SaaS层有些应用(尤其是企业应用)是闭源的，他们的开发者更关注代码泄露的风险。在这种情况下，用户需要的不是拍胸脯保证，而是代码加密功能的支持。目前公开表明提供代码加密feature的PaaS只有SAE。
预算设置：用户会在测试阶段犯些晕，比如部署一段死循环代码上去，结果导致大量云豆消耗，从而造成了自身损失。SAE为了最大程度保护用户利益，借鉴了网银的每天最大消费额度的概念，支持预算设定，用户可以在测试阶段设置某个应用一天的最大云豆消耗数，从而在极端情况下保证云豆不被恶意消耗。
这些功能的背后，是我们对SAE的定位，它不应该仅仅是geek的玩具、技术人员的创作基地，更应该是成千上万个人企业的网站、应用赖以稳定运行的没有风浪的太平洋。当然，就这个定位目的而已，我们做的还很不够，服务稳定性目前还和亚马逊AWS和GoogleAppEngine存在差距，虽然这里面有国内因素(各级网络运营商、垃圾站、网络攻击、监管等因素)，但更大程度的因素还在我们人，只要我们每个技术人以更严谨的态度做事，我相信明年SAE的SLA一定可以媲美亚马逊AWS。
面对国外巨头，我们没必要胆怯，更没必要妄自菲薄，以我对云计算的理解，目前云计算领域还没有真正垄断的核心技术，所以只要具备自信，一定能够上演QQ打败MSN一样的故事。#p#
公有云计算如何赚钱?
我相信世界上有资格回答这个问题的只有AWS或者salesforce的老板，但如果我们详细看看亚马逊财报里AWS的描述的话，你会发现salesforce更有资格回答。这也在某种程度似乎预示了，云计算要想挣钱必须往上层去走。
从SaaS回来看IaaS和PaaS，他们都各自有面临的问题：
IaaS：从美国看，市场成熟度良好，用户接受程度良好;但利润率较低，这导致了从公有云的角度必须做大做规模，才可能盈利。从私有云的角度，IaaS目前已经有了一些基本可用的开源方案，入门的门槛不是很高。
PaaS：市场成熟度一般，整个市场还在孕育中，用户接受程度一般，但利润率比IaaS高一些，因为接近业务，更容易做增值服务(基于应用安全、应用管理、应用日志挖掘)。更贴近SaaS，更贴近开发者，是SaaS产业链必备的环节。从私有云的角度，开源方案没有IaaS成熟，对于一般企业，入门的门槛比IaaS稍微高一点。
所以，对于IaaS貌似答案稍微简单了一些，做规模。但对于PaaS，则不确定的因素更多了一些。
从计算机行业的发展讲，开发者经历了几次变革，从命令行到桌面，从桌面到web，目前我们正经历着第三次重大变革，从web到移动，所以将来会有开发者转而面向移动设备开发，如果能把这部分开发者抓住，将会得到巨大的机会。我们没有必要悲观，因为我们的大环境正在具备有利于公有云计算的条件：
1，经济形势整体不好，越来越多的企业面临成本压力，考虑节约IT成本。
2，投资市场低迷，越来越多的创业企业在成功融资前面临成本压力。
3，“绿色低碳”理念越来越深入人心，特别是政府将做产业倾向。而“云计算”整个理念正是产业绿色的必经阶段。
4，大量企业企业面临社交化转型，客户SNS化是大势所趋，社交化企业对应用的需求大大增加。
所以，在公有云市场，无论是AWS、Google、Azure还是SAE，大家机会都是一样的，只要能真正满足开发者需求，成为成千上万应用的运行基地，就一定能在商业价值上得到回报。
