這幾年去IOE已經成爲IT界最熱門的詞彙，特別是最近對國產化率的一些指導性意見出臺，更是讓很多人熱血沸騰，大家覺得國產化元年到來了。很多文章都已經探討了去“O”的難點和去“E”的高要求，幾乎大家一致認爲去“I”（也就是將IBM的小型機替換成x86服務器，本文稱之爲“去小機化”）最成熟，可以立馬上項目操作。去小機化是否也有難點呢？？咱們來認真梳理一下去小機化的過程，姑且稱之爲去小機化思維。
去小機化包括兩種常見的場景：系統新建和老舊系統遷移。對於新建的系統，沒有歷史的包袱，完全可以要求計算資源全部構建在x86平臺，而徹底和小型機絕緣。這種去小機化思維完全將問題的難點推給了系統集成商和ISV，用戶本身沒有很大的風險，用戶只是需要對關鍵業務SLA進行評估，確保最後廠家提交的方案滿足自己的要求就可以。因此，對於新建系統的場景，只需要用戶改變思維，從小型機思維改爲去小機化思維幾乎就大功告成，我們就不做討論。
但是，老舊系統遷移的場景遠遠比新建系統複雜的多，需要考慮的因素一樣都不能馬虎。具體來說包括五大方面：1.遷移時機的選擇和優勢考量；2.硬件系統遷移評估；3.基礎軟件遷移評估；4.應用軟件遷移評估；5.數據遷移評估；6.雲化的評估選擇。下面我們一一剖析去小機化要考慮的風險和遷移要點。
1.遷移時機的選擇和優勢考量：對於不同的系統，遷移的時機選擇各不相同，不過可以基於如下幾個基本的規律來確定遷移時機和優勢。
小型機服務到期或EOS：小型機的維護費用很貴，如果你購買的小型機服務馬上到期，肯定是客戶開始去小機化思維的絕佳時機；當然，還有就是硬件服務的EOS，比如IBM的P6及之前的Power CPU到2014年都已經終止了廠家服務。一般來說，運行在小型機的業務都是關鍵業務，沒有廠家的後臺支撐是十分危險的。爲了確保系統的安全，就必須繼續獲得IBM的服務，而如果繼續小型機思維，唯一的選擇就是升級CPU或者硬件系統。但這絕對不是一筆小的開支，而且升級時客戶往往沒有談判的砝碼，只能低頭挨刀。而這恰恰是客戶去小機化思維啓動的好機會，因爲通過去小機化，不僅僅是降低成本，往往還能提升業務的彈性，一舉兩得，何樂不爲呢？
應用系統普通升級：各種應用系統都有自己的生命週期，隨着應用系統的某些核心部件升級，往往客戶也要投入巨資。我們都知道，很多標準的基礎軟件套件都會有Unix版本和Linux x86版本，而Linux x86版本往往價格遠低於Unix小型機版本價格。並且基礎軟件的選擇也不是一次性的，還涉及都後續服務，通過更換後臺的硬件平臺，省下的CAPEX不僅僅包括硬件的，也包括可觀的軟件CAPEX。當然，通過省電、基於Linux x86版本的運維簡化等，OPEX的節約也不容小覷。曾經某保險用戶公開聲明他的某個系統遷移到x86後，成本變爲原來的6%，也就是說節約了94%的成本。因此，僅僅從成本考慮，應用系統升級也是去小機化思維的黃金時期；
應用系統的創新發展：雲計算、大數據、社交化、智能化等趨勢不斷在顛覆着傳統的行業，爲了立於不敗之地，客戶的應用系統也跟着不斷推陳出新。所以前些年上馬的應用即使還在運行中，即使還不需要升級硬件，但可能都成爲業務創新的桎梏，爲此，徹底顛覆傳統的應用，從平臺到架構可能都需要更新。這也是x86平臺進入的絕佳時機，不僅僅替換掉昂貴笨重的小型機，而且可以通過彈性平臺構建，推出輕量級應用，更快速迭代(DevOps模式），來適應新競爭環境的需求。降本又增效的好方法，絕對不能錯過去小機思維好時機。
2.硬件系統的遷移評估：硬件系統的遷移涉及到服務器、存儲、網絡、甚至包括機房裏的風火水電，雖然涉及的組件繁多，但硬件系統本身遷移不是難事。硬件系統遷移的難點在於如何評估現有硬件上的工作負載，如何選擇合適的可替換硬件平臺，包括了各種硬件組件的遷移。這裏主要探討服務器的遷移，這是整個去小機化思維的核心。但因爲小型機和x86沒有簡單的對應關係，到底如何來確定合適的x86硬件平臺就需要綜合考慮，不僅僅要考慮硬件本身的性能指標（比如IOPS、TPS等），還要考慮應用類型到底是OLAP還是OLTP，到底是I/O密集型還是計算密集型等。上述一系列的因素要通盤考慮，不僅僅需要進行概念驗證，還需要基於設計好的方案，將老系統和新系統並行試運行來最終確定系統的能力，確保系統的安全過度絕對是整個遷移方案的首要考慮要素。
（未完待續）
注：如果想了解@雲界漫步 對雲計算的最新觀點，請直接訂閱“中國雲夢”微信公衆號。也可微信掃描下面的二維碼，直接訂閱。訂閱”中國雲夢“後，直接回復”10043“閱讀該文。本文已經發表在2015年2月刊的《軟件和信息服務》雜誌上，也可以購買雜誌閱讀本文。
