“去小機化”是否也有難點呢？如果用“去小機化”思維認真梳理一下過程，就會發(fā)現(xiàn)其中的奧秘。

近兩年，去“IOE”已成為IT界最熱門的詞匯，特別是關(guān)于國產(chǎn)化率的一些指導(dǎo)性意見出臺，讓很多人認為國產(chǎn)化元年來了。很多文章都已經(jīng)探討了去“O”的難點和去“E”的高要求，幾乎大家一致認為去“I”（也就是將IBM的小型機替換成x86服務(wù)器，本文稱之為“去小機化”）最成熟，可以立馬操作?！叭バC化”是否也有難點呢？不妨用“去小機化”思維梳理一下。

“去小機化”包括兩種常見的場景：系統(tǒng)新建和老舊系統(tǒng)遷移。新建的系統(tǒng)沒有歷史包袱，可以要求計算資源全部構(gòu)建在x86平臺，徹底和小型機絕緣。場景將問題的難點推給了系統(tǒng)集成商和ISV，用戶只需對關(guān)鍵業(yè)務(wù)SLA評估并確保廠家提交的方案滿足自己要求即可，用戶只需要改變傳統(tǒng)思維。

但老舊系統(tǒng)遷移的場景卻復(fù)雜多，具體說：一是遷移時機的選擇和優(yōu)勢考量；二是硬件系統(tǒng)遷移評估；三是基礎(chǔ)軟件遷移評估；四是應(yīng)用軟件遷移評估；五是數(shù)據(jù)遷移評估；六是云化的評估選擇。我們用兩期專欄的內(nèi)容將這六大方面進行剖析。

1.遷移時機的選擇和優(yōu)勢考量：對于不同的系統(tǒng)，遷移的時機選擇各不相同，不過可以基于如下幾個基本的規(guī)律來確定遷移時機和優(yōu)勢。

a）小型機服務(wù)到期或EOS：小型機的維護費用很貴，如果你購買的小型機服務(wù)馬上到期，肯定是客戶開始“去小機化”思維的絕佳時機；當然，還有硬件服務(wù)的EOS，比如IBM的P6及之前的Power CPU到2014年都已終止了廠家服務(wù)。一般來說，運行在小型機的業(yè)務(wù)都是關(guān)鍵業(yè)務(wù)，沒有廠家的后臺支撐是很危險的。為了確保系統(tǒng)的安全，就必須繼續(xù)獲得IBM的服務(wù)，而如果繼續(xù)小型機思維，唯一的選擇就是升級CPU或者硬件系統(tǒng)。但這不僅費用昂貴而且客戶選擇升級時往往沒有談判的砝碼，只能低頭挨宰。這也恰恰是客戶“去小機化”思維啟動的好機會，因為通過去小機化，不僅僅是降低成本，往往還能提升業(yè)務(wù)的彈性，一舉兩得。

b）應(yīng)用系統(tǒng)普通升級：各種應(yīng)用系統(tǒng)都有自己的生命周期，隨著應(yīng)用系統(tǒng)的某些核心部件升級，往往客戶也要投入巨資。我們都知道，很多標準的基礎(chǔ)軟件套件都會有Unix版本和Linux x86版本，而Linux x86版本往往價格遠低于Unix小型機版本價格。并且基礎(chǔ)軟件的選擇也不是一次性的，還涉及后續(xù)服務(wù)，通過更換后臺的硬件平臺，省下的CAPEX（資本支出）不僅僅包括硬件的，也包括可觀的軟件CAPEX。當然，通過省電、基于Linux x86版本的運維簡化等，OPEX（運維支出）的節(jié)約也不容小覷。曾經(jīng)某保險用戶公開聲明他的某個系統(tǒng)遷移到x86后，成本降為原來的6%，也就是說節(jié)約了94%的成本。因此，僅僅從成本考慮，應(yīng)用系統(tǒng)升級也是“去小機化”思維的黃金時期。

c）應(yīng)用系統(tǒng)的創(chuàng)新發(fā)展：云計算、大數(shù)據(jù)、社交化、智能化等不斷在顛覆著傳統(tǒng)的行業(yè)，為了立于不敗之地，客戶的應(yīng)用系統(tǒng)也跟著推陳出新。所以前些年上線的應(yīng)用即使還不需要升級硬件，但可能都會成為業(yè)務(wù)創(chuàng)新的桎梏。為此，徹底顛覆傳統(tǒng)的應(yīng)用，從平臺到架構(gòu)可能都需要更新，這也是x86平臺進入的絕佳時機，不僅僅可替換掉昂貴笨重的小型機，而且可以通過彈性平臺構(gòu)建，推出輕量級應(yīng)用，更快速迭代（DevOps模式）來適應(yīng)新的競爭環(huán)境需求，而實現(xiàn)降本增效。

2.硬件系統(tǒng)的遷移評估：硬件系統(tǒng)的遷移涉及到服務(wù)器、存儲、網(wǎng)絡(luò)、甚至包括機房里的風(fēng)火水電，組件繁多但硬件系統(tǒng)本身遷移不是難事。難點在于如何評估現(xiàn)有硬件上的工作負載，如何選擇合適的可替換硬件平臺。這里主要探討服務(wù)器的遷移，這是整個去小機化思維的核心。但因為小型機和x86沒有簡單的對應(yīng)關(guān)系，到底如何來確定合適的x86硬件平臺就需要綜合考慮，不僅僅要考慮硬件本身的性能指標（比如IOPS、TPS等），還要考慮應(yīng)用類型到底是OLAP（聯(lián)機分析處理）還是OLTP（聯(lián)機事務(wù)處理），到底是I/O密集型還是計算密集型等。

上述一系列的因素要通盤考慮，不僅需要概念驗證，還需要基于設(shè)計好的方案，將老系統(tǒng)和新系統(tǒng)并行試運行來最終確定系統(tǒng)能力，確保系統(tǒng)安全過渡絕對是首要考慮的要素。endprint