上周我寫了一篇名為“CIO應該如何著手推動云計算新方案”的評論。在該文中，我得出的結論可以歸納為“平臺轉換正處于急速發(fā)展之中”；我注意到，云計算平臺方面的創(chuàng)新步伐及實際應用的發(fā)展速度，要遠遠快于以往曾經存在過的任何平臺的演化過程。

在本周之內，兩則公告消息進一步證實了上述觀點。這兩條消息對準備實施云計算計劃的CIO們來說可謂至關重要；而雖然沒有太多的評論將其內容聯(lián)系起來，但我仍然認為兩條消息的內容是互補的，并深刻地反映了云計算將如何在未來改變企業(yè)IT的性質。

***條公告內容為Facebook公司公布其開源計算項目。Facebook自兩年前就開始深度思考其數(shù)據中心的設計，包括創(chuàng)建使用定制硬件的特殊綜合設施、無空調前提下的室內外通風、創(chuàng)新設計的地板方案等等，并希望借此來降低數(shù)據中心的運營成本。關于Facebook公司在自身數(shù)據中心設計方面的詳情，大家可以點此查看James Hamilton所做的高水平的書面記錄。

第二條消息是VMware公司對外宣布了其CouldFoundry項目，該項目提供了一個具備開源許可的廣義平臺即服務（簡稱PaaS）系統(tǒng)。VMware已經收購了數(shù)個開源軟件公司，并將這些公司的產品整合到CloudFoundry框架當中。CloudFoundry不僅在功能方面遠遠超越了普遍意義上的集成產品套件，還提供了一套編程框架，以幫助開發(fā)人員創(chuàng)建出靈活及可擴展的應用程序，而無需費心于協(xié)調例如虛擬機、數(shù)據庫等個人計算資源。此外，VMware還針對開發(fā)人員的實際應用需求提供了CloudFoundry的主機版本。***，CloudFoundry采用未知云支持體系，使得基于CLoudFoundry來開發(fā)的應用程序能夠更加多樣化，其支持對象包括那些并非基于VMware軟件的程序（如同于公司內部所部署的私有云一樣）。如果大家想了解更多關于CloudFoundry的信息，點擊這里查看由Rackspace公司的Rober Scoble對VMware公司的Tod Nielsen進行的視頻采訪（來自@scobleizer）。

上述兩則消息都著力于表達各自公司的權利，但是綜合來看，大家仍然能夠從中對未來云計算領域的發(fā)展方向有一個籠統(tǒng)的概念。讓我們進一步剖析這兩則消息來深入了解其中包含的信息吧。
首先，開放計算為我們提供了運營數(shù)據中心的新基準，并且，不同于谷歌與微軟，雖然他們也已經建立了極為高效的數(shù)據中心體系，但卻將許多關鍵性細節(jié)視為專有技術。在這一點上，F(xiàn)acebook公司的選擇是將數(shù)據中心的設計與全世界分享。

從本質上來說，F(xiàn)acebook已經在重新思考數(shù)據中心構成中的每一個元素，以使其組成部分及操作執(zhí)行在整體上盡可能地高效。在宣布該項目時，F(xiàn)acebook指出其數(shù)據中心在采用了開放計算設計后，在進行相同運算量的前提下，與舊有數(shù)據中心相比在能耗方面降低了38%，而建設成本也降低了24%。正如前面我們所談到的，新的數(shù)據中心不使用空調；而這種方案得以成功實施的原因是其機房位于俄勒岡州，那里的外界空氣溫度足以滿足主機冷卻的需求。其它設施包括采用專門的能源分配系統(tǒng)，特殊設計的毫無累贅組件的服務器以及取消了中央UPS（即不間斷電源）的電力供應體系。通過將傳統(tǒng)的由標準化零部件拼湊而成的集合體轉變?yōu)槿缃竦闹悄芑C合系統(tǒng)，臉譜已經使得數(shù)據中心的整體運作效率大大提高。在其發(fā)布的公告中，我們可以看到目前該數(shù)據中心的能源效率指標（Power Usage Effectiveness，簡稱PUE）為1.07，遠遠低于之前的1.5 PUE。

Facebook的公告進一步證明了我們的觀點，即IT業(yè)務的性質將會發(fā)生變化：IT將逐漸成為服務供應商，但卻不必同時作為資產擁有者。然而數(shù)據中心的所有權及使用權如何證明，其硬件設備的運行效率又要如何保證呢？未來基礎設施運營者的角色定位將是挑選合適的物理硬件設施供應商以及進行業(yè)務狀況監(jiān)督和監(jiān)測。這一戰(zhàn)略在實施過程中無疑會面對許多挑戰(zhàn)，包括安全問題、帶寬是否充足以及對服務等級協(xié)議（簡稱SLA）的監(jiān)測等；然而無論如何，這套戰(zhàn)略的執(zhí)行前提仍然是在合適的時間找到低成本的基礎設施供應方案。

讓我們把話題轉回CouldFoundry，它出現(xiàn)的時機非常微妙，因為當前許多IT服務機構都在積極尋求采用云計算來進行軟件開發(fā)工作的具體方案。雖然以亞馬遜網頁服務為代表的一大批云服務供應商已經做了大量相關工作，但他們所提供的業(yè)務事實上可以被總結為“虛擬主機2.0”。就這一點，我們想說的是開發(fā)者們正使用以云技術為基礎的虛擬機，但其設計及執(zhí)行所制作的應用程序的平臺，仍然是物理硬件所提供的計算環(huán)境。具體來說，這意味著當應用程序被安裝及運行于某臺長效虛擬機上時，我們需要依靠手動操作來調整任何配置或程序拓撲方面的變更，而且沒有冗余手段來在計算資源發(fā)生故障時為其提供保護。

問題是，上述各種假設的前提是云計算環(huán)境無法為我們提供合適的處理方法。為了實現(xiàn)云計算所承諾的靈活性及拓展性，應用程序在設計及運行方面必須為之做出改變。然而，我們的結論是，許許多多的軟件工程師將很難獲取開發(fā)這類應用程序所必需的技能。

因此，我開始認為對許多機構而言，一款平臺即服務（簡稱PaaS）基礎軟件設施對于“真正”的云應用程序開發(fā)將是至關重要的。此外，該PaaS基礎設施所支持的編程語言及應用程序設計模式必須是開發(fā)人員所熟悉并樂于采納的。只要具備一套包含足夠的拓展性、自動數(shù)據庫復制以及集成其它各類服務平臺等特點的框架，許多機構就能夠真正利用上云計算所承諾的種種便捷功能。

這正是CloudFoundry方案看起來大有可為的原因。它支持利用“傳統(tǒng)”的Java以及新一代的Ruby等語言進行開發(fā)，并希望以排隊形式來使用戶方便地登入平臺服務。它同時承諾幫助各類機構避免因在任何公共云或是私有云中啟用透明開發(fā)而導致的鎖定。

這對我來說絕對是切中要害的解決辦法：專業(yè)軟件工程師總是忙于解決復雜的細節(jié)問題，而主流的應用程序開發(fā)人員則將注意力集中于業(yè)務方面；將他們所開發(fā)出來的專有知識充分保護起來將大大有利于其獲取云計算所帶來的種種便利。

當然，CloudFoundry距離面世還早著呢。最初關于這一話題的評論被認為是在向亞馬遜及其它云技術供應商示威。“成王敗寇”的理論固然誘人，但我們不得不承認，在這樣一個迅速成長的領域中，各服務供應商要做的是想辦法讓自己的產品更好用，而不是爭論誰是業(yè)界的老大，這意味著他們會樂于接受一切能提高其產品實用度的方案及建議。在任何情況下，服務供應商都要通過銷售計算服務來賺錢，而任何可以降低成本的做法對他們來說也必定會受到追捧。更能說明問題的事實是，CloudFoundry的出現(xiàn)將對其技術供應下的社會及生態(tài)環(huán)境造成何種影響。而在典型的社交建立過程之外，人們在徹底依賴這套產品前還會就其最為關心的兩個方面提出疑問。

首先對于服務供應商來說，PaaS領域提供了更具說服力的例子。在PaaS業(yè)內的競爭中，誰都不愿承認某位競爭對手是業(yè)界公認的主要供應商。這很可能正是那些以非VMware技術為基礎的供應商們在未來將要面對的局面。而CloudFoundry制作團隊在討論中所透露出的商業(yè)戰(zhàn)略信息也必然會成為其它同類服務供應商的關注焦點。

而對于終端客戶機構來說，其注意力則將集中于VMware對于CloudFoundry所做出的承諾。正所謂“一將功成萬骨枯”，一款成功的軟件產品背后總會產生許多失敗的供應商。他們先是大張旗鼓地推出一款開源產品，而當意識到建立相關的活躍社區(qū)需要花費多少時間及付出多少精力之后又迅速失去熱情。這種拋棄行為的出現(xiàn)并非由于供應商缺乏對該產品的自信及野心，而是在產品的推廣進程中供應商逐漸意識到其后續(xù)成本之高昂——包括資金的投入、擱置其它項目的代價以及為了開源所必需的人力。直到有一天，該產品在成長方面的滯后及社交互動的匱乏已經不可救藥。顯然，終端用戶一定會在面對新的開源軟件產品時，首先對其使用壽命及發(fā)展前景做出詳細評估。

這里所提出的保留意見并不代表我對CloudFoundry發(fā)布的方案提出批評。我只是希望自己能夠盡量強調這款產品的重要性及必要性。就個人的觀點來說，我認為專有軟件廠商必須要盡可能多地考慮到社交普及方面的風險并加緊出臺解決辦法。面對高生產力需求，應用程序的開發(fā)過程顯然需要進一步精簡——為什么CloudFoundry或其它同類方案沒有被作為啟動項目來注資運作？
就云技術CIO們所關心的話題，以下條款總結了公告的主要內容：

1. 堅持使用以一套毫無成本競爭力可言的云設施為基礎的數(shù)據中心（包括其組件功能及運行效率的低下）會使你的服務供應成本不斷攀升，這在未來的發(fā)展中絕對是個令人頭疼的大問題。

2. 請加快你轉向使用云計算技術的步伐。用兩年時間來建立一套開發(fā)/測試的云體系已經太過緩慢，這意味著我們可能會在不斷解決那些已經過時的難題的同時，又錯過了新技術所帶來的解決方案。

3. 必須好好思考將你的員工技術培養(yǎng)資金投向哪里。如果某家外部廠商能夠提供一套我們的應用程序可資利用的高效PaaS，也許我們可以通過利用該產品附加的培訓或為其招聘新員工來獲得更好的服務和指導，因為這可能幫助我們的公司獲得能夠應對PaaS基礎架構問題的高端業(yè)務人才。

4. 堅決貫徹產品的標準化進程。上周我提出了這樣一個口號，而現(xiàn)在我要進一步強調它對于當前那些新產品的意義：“與眾不同”對于餐廳來說是必要的，但對于IT成本來說卻是致命的。

5. 思考利用差別定價的方式來指導業(yè)務部門的運作。許多業(yè)務部門總在強調它們有“自己的處理方式”，而我們沒有理由不讓IT企業(yè)為用戶提供包括自定義配置在內的各種差別選項。為標準配置制作一份報價，再以三倍的報價提供另一套自定義配置并允許公司里的相關部門論證這套新配置的提升效果（小提示：盡管價格更高，但其實際效果未必真有多大改善）。

這也許正是自個人電腦崛起以來，IT行業(yè)所處的最有趣的時期。當然，這正是云計算在普及化及在程序應用方面爆炸性增長的時期，云的進化如今可謂瞬息萬變。能夠看到Facebook公司及VMware公司為此方面的創(chuàng)新所做出的貢獻實在是非常令人欣慰，同時我們也期待他們能為云計算指明新的發(fā)展方向。

原文名：Cloud CIO: The Next Generation Cloud Offering 作者：Bernard Golden

【51CTO.com獨家譯稿，非經授權謝絕轉載！合作媒體轉載請注明原文出處及出處！】

【編輯推薦】

1. 使用Microsoft Azure 讓云遷移變得簡便的5種方法
2. VMware的混合云遷移工具：vCloud Connector
3. 企業(yè)CRM等業(yè)務系統(tǒng)遷移到 "云"中的***實現(xiàn) 
4. 云計算該“遷移”還是“自建”? 
5. 云遷移全攻略：哪些應用適合遷移
6. 云遷移≠云轉型 先遷移還是先轉型？