“老徐，你們公司的云項目建得怎么樣了？”

唉！不說還好，一提這個話題，老徐氣就不打一處來。

原來，為了迎接“云”時代，一向緊跟前沿技術趨勢，勇于嘗鮮的老徐就向公司提出了“云化”IT基礎設施的計劃，并請業(yè)內某專業(yè)公司進行項目實施，本想成為行業(yè)的標桿，可不成想，由于缺乏可供借鑒的經(jīng)驗，自己成了實實在在的“小白鼠”，每一步都問題多多，老不順了，就怕最后成為先烈！

怎么回事？不是說“云架構”是最成熟、最科學、最合理的技術架構嗎？不是說只需“資源池化”，就可以讓應用來去自由嗎？不是說“云化”后，運維人員就再也不會“挨踢”了嗎？看來，自己被騙了！唉，都怪自己太激進，老江湖栽在了小河溝里，這個跟頭跌大了！

那么，真相是什么呢?

其實，資源池化，即虛擬化技術現(xiàn)在已經(jīng)很成熟，這是毋庸置疑的。但是，異構化還不成熟，數(shù)據(jù)遷移、應用遷移更是需要定制開發(fā)，這就導致要真正擁抱“云化”，還是要分步走，不可一蹴而就。

那么，怎么樣走，才能把“云”這個“她”踏踏實實地“娶”到家呢?

一是明確“云化”的目的。如果只是想把多余資源充分利用起來，那只需實現(xiàn)設備層面的虛擬化就可以了，完全上升不到“云化”的高度；只有想把所有的業(yè)務都通過云服務的模式提供出來，才叫真正的“云化”，這不是簡單的技術改造，而是一種商業(yè)模式的變革。

可想而知，前者靠IT內部推動就可以實現(xiàn)，而后者需要整個企業(yè)進行變革。因此，在“云化”前，一定要根據(jù)自身企業(yè)的特點，以及對“云變革”結果的接受程度（注：包括失敗的可能），確定與自身能力和期望相符合的“云化”目標。

二是制定“云化”路徑。云化路徑的選擇，要具有可操作性，比如，鑒于小型機的不靈活性，想用高性能PC刀片服務器替換，就要論證清楚是否可實現(xiàn)數(shù)據(jù)遷移、應用移植?再比如，希望實現(xiàn)異構的“資源池化”，就要驗證是否可在“商業(yè)平臺”和“開源平臺”之間自由切換?如果想把核心業(yè)務系統(tǒng)放在云上，就要測試安全性是否滿足要求?

較為可行的路徑是：先易后難，即先從非核心系統(tǒng)開始；先商業(yè)后開源，即先使用商業(yè)平臺，后引入開源平臺；先I后P，再S，即先嘗試 IaaS，后嘗試PaaS，再實現(xiàn) SaaS。

三是實現(xiàn)“云化”保障。云化的不僅是保障對象，還要對保障體系和保障工具進行云化，才能真正保證SLA。比如，變單個、獨立、孤島型的網(wǎng)管和監(jiān)控工具，為一體化的、統(tǒng)一的、聯(lián)動的云化網(wǎng)管和監(jiān)控平臺；再比如，變獨占型、條塊化的人員維護保障體系，為矩陣型、池化的人力資源支持保障體系。

最后，特別提醒的是，無論“云化”到什么程度，“傳統(tǒng)”、“私有云”、“公有云”三者并存的局面將長期存在，這就對老徐們提出了一個必須接受的事實：要在想當長的時間內，可能是整個職業(yè)生涯內，都要同時具備規(guī)劃、建設、運維“混合架構”（也可稱為“混合云”）的能力，并為此承擔相應風險，要“娶”得起，也“養(yǎng)”得起“她”！

因此，直面挑戰(zhàn)的老徐，其實并不需要沮喪，做為先行者，越早經(jīng)受考驗，就會越早拿到通向未來的鑰匙?！叭ⅰ绷吮貝鄣摹八保惶?、二胎自然要孕育。

——IT語錄：沒有金鋼鉆，不攬瓷器活！

“老公，明天我陪小磊看房去，中飯你自己解決吧！”原來，小舅子都30多了，好不容易找個對象，人家要求買房馬上領證。還好，自己是個閨女，不用操心養(yǎng)兒后期“娶”的代價！

下期預告：從打人APP說開去！