（接續上篇-10043-去小機化思維（一））
上次分析了去小機化遷移的前兩個方面：1.遷移時機的選擇和優勢考量；2.硬件系統的遷移評估。下面接下來分析另外的四個方面，包括：3.基礎軟件遷移評估；4.應用軟件遷移評估；5.數據遷移評估；6.雲化的評估選擇。
3.基礎軟件遷移評估：基礎軟件包括操作系統、數據庫等標準套件，這些基礎軟件往往都有Linux版本和小型機版本，因此從小型機遷移到x86的Linux平臺只需要在x86平臺上安裝相應的軟件版本就可以，唯一需要做的就是進行數據遷移，從小型機上將數據遷移x86平臺的系統即可。當然，因爲大多傳統基礎軟件都是垂直擴展的設計，要真變成雲計算模式的水平擴展，要重新修改應用設計，這是一個複雜的漸進過程。另外，像數據庫等傳統軟件，往往在支撐核心應用，去小機化的同時是否可以進行雲化也要綜合評估，因爲此類核心系統去小機化和雲化都存在較大風險，需要評估到底是分兩步走還是一步到位。這需要考慮數據庫類軟件的負載和遷移的複雜性等，然後根據具體情況進行詳細規劃。當然，因爲小型機版本的同一軟件往往價格是x86平臺上同樣軟件的好幾倍，因此基礎軟件的去小機化可以大大節約基礎軟件的許可證費用，這往往是很多基礎軟件廠商不願意看到的，也是他們阻撓這種遷移的主要原因之一。
4.應用軟件的遷移評估：應用軟件包括CRM、ERP、SCM、HRM等等，種類繁多，各個用戶的實際使用情況各異，要分別進行評估。當然，很重要的一點就是這類軟件是否有x86版本，如果只有小型機版本，就要考慮原來的軟件廠商是否能提供幫助進行遷移等等。一般來說，應用軟件的遷移往往比基礎軟件更復雜，直接影響到用戶的實際業務。現在業界已經對此類業務推出了各種全面的遷移服務，建議用戶能針對性的進行評估、準備詳細的遷移方案，分階段、分步驟的走好應用軟件的遷移。
5.數據遷移評估:數據的遷移是至關重要的一環，如果應用臨時出現中斷還可以接受，但是一旦發生數據丟失，後果不堪設想，特別是一些核心部門的數據，如金融機構、保險、***等。當然，用戶往往已經有各種數據保護方案，包括：RAID磁盤陣列保護、備份、容災等。但是針對數據的遷移還是要認真評估，詳細瞭解其中各個環節風險，充分做好預案，包括：到底是設備搬遷還是數據遷移、數據的完整性保障、數據遷移的工具和步驟等。不過最好還是要數據存儲的廠商來完成這些遷移的工作，因爲今天的存儲陣列等已經很複雜了，不當的遷移操作都可能帶來巨大的風險。
6.雲化的評估選擇：去小機化思維的真正方向還是雲化，因爲僅僅去小機化還不能滿足現在各個業務的實際需求，只有雲化才能真正推動系統走向第三平臺，從而引入社交化、大數據等新理念，一起推動業務的創新和競爭力的提升。雲化評估要考慮應用負載彈性需求、應用依賴性、應用的關鍵性、應用的類型、遷移的難度、合規性要求等，業界比較知名的CIM(Cloud Intimacy Model)是很好的評估模型，可以應用CIM進行系統、綜合評估，從而規劃出不同應用的雲化路徑。
最後，無論是去小機化還是雲化，都要仔細規劃，分步實施。關於雲化、去小機化的幾點實踐體會：
1）一次性雲化所有的系統不是好選擇：很多用戶通過多年積累，往往有大量不同時代的應用，需分批次來雲化。實在不能雲化的應用還是慢慢將此類應用淘汰，選擇更易於雲化的應用平臺。
2）業務雲化不適合大幹快上：雲化評估要考慮的因素很多，每個應用的實際情況各異，即使利用了CIM評估，也並非完美無缺，而是要掌握好雲化的節奏，控制好風險才能確保雲化的成功。
3）雲化的安全風險常常被誇大：很多人談到雲化，張口閉口都是安全風險。其實，在企業內部進行私有云部署，上面的安全和傳統安全沒有多大的差異，只是資源動態彈性分佈了，其實就是雲計算出現前大家稱的“NGDC(Next generation Data Center)”，安全還是企業自己完全掌控的。當然，走到公有云，也不見得安全就糟糕了，公有云往往是非常專業的人士來設計和運營，遠比一般小企業自己運營IT系統專業。當然，對於大型企業，往往自己的安全比較周全，放在自己的數據中心感覺更安全而已。
4）去小機化不是目的，只是手段：去小機化絕對不是一場風暴，要想清楚去小機化的目的。如果去小機化目的不明確，還是不去的好，因爲時下流行的“No Zuo No Die”也適用於企業。
總之，去小機化思維不是一場你死我活的戰爭，要想清楚目的、理清楚思路、設計好路徑、詳細規劃、分步實施，才能真正獲得去小機化帶來的實實在在的收益，而不是空歡喜一場。去小機化思維，你想好了嗎？
注：如果想了解@雲界漫步 對雲計算的最新觀點，請直接訂閱“中國雲夢”微信公衆號。也可微信掃描下面的二維碼，直接訂閱。訂閱”中國雲夢“後，直接回復”10044“閱讀該文。本文已經發表在2015年3月刊的《軟件和信息服務》雜誌上，也可以購買雜誌閱讀本文。
