最近陸續有業界大牛對于國內外云計算行業做各種總結，我細細品味，有些強烈同意而又有些不敢茍同，為“以正視聽”，撰寫此文。

　　何為云計算?

　　云計算不是什么新鮮技術，更不等同動不動掛在嘴邊的虛擬化、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，大家機會都是一樣的，只要能真正滿足開發者需求，成為成千上萬應用的運行基地，就一定能在商業價值上得到回報。