在企業(yè)里，許多上云遷移成功的案例，都是先從一些較為簡單的應(yīng)用開始遷移，然后再一步步把更多的應(yīng)用和數(shù)據(jù)遷移到云，不可能同時(shí)把所有的應(yīng)用都一下遷移過去。

對(duì)于要遷移上云的應(yīng)用和數(shù)據(jù)，制定一份詳細(xì)的計(jì)劃與時(shí)間表是必要的，遷移是一個(gè)很復(fù)雜的過程，可以先從最簡單的應(yīng)用開始，然后再考慮復(fù)雜的、關(guān)聯(lián)度比較高的業(yè)務(wù)，一些個(gè)性化的企業(yè)應(yīng)用等。

如上圖所示，描述了企業(yè)穩(wěn)步進(jìn)行云遷移的一般步驟，遷移是一個(gè)系統(tǒng)工程，遷移過快往往將導(dǎo)致成本的急劇上升、工期延期甚至失敗。

上云遷移的過程，我們可以將其細(xì)化分為五個(gè)步驟。注意這里主要的場景是企業(yè)私有云，其總結(jié)的步驟也是適用于私有云的，對(duì)于遷移到公有云并不是很適用。下面我們重點(diǎn)來看，遷移上云的五個(gè)階段步驟。

1、 標(biāo)準(zhǔn)化、統(tǒng)一化

企業(yè)傳統(tǒng)的IT業(yè)務(wù)應(yīng)用一般都構(gòu)建在物理服務(wù)器和存儲(chǔ)設(shè)備上，當(dāng)開始進(jìn)行云遷移時(shí)，一般會(huì)采用標(biāo)準(zhǔn)化技術(shù)，對(duì)以往的服務(wù)器及存儲(chǔ)資源進(jìn)行整合。對(duì)已存在的老的要上云的業(yè)務(wù)進(jìn)行遷移評(píng)估，并根據(jù)數(shù)據(jù)中心的資源情況來制定詳細(xì)的解決方案是比較重要的;如果是新的應(yīng)用系統(tǒng)，則分配相應(yīng)的資源，直接部署在云計(jì)算環(huán)境中即可。任何要上云的業(yè)務(wù)，對(duì)其實(shí)現(xiàn)難度的評(píng)估是對(duì)應(yīng)用系統(tǒng)進(jìn)行云化或改造風(fēng)險(xiǎn)與收益評(píng)估的重要手段. 整個(gè)業(yè)務(wù)系統(tǒng)的云化分析過程需要從包括硬件支撐環(huán)境改造、操作系統(tǒng)平臺(tái)變更、平臺(tái)軟件綁定分析、IP地址依賴性消除、 API重構(gòu)、模塊化改造、標(biāo)準(zhǔn)化改造、外部依賴條件等在內(nèi)的多個(gè)層面和維度進(jìn)行，準(zhǔn)確評(píng)估業(yè)務(wù)信息系統(tǒng)云化改造的相關(guān)難點(diǎn)與痛點(diǎn)，才能對(duì)信息系統(tǒng)云化改造有充分的認(rèn)識(shí)和準(zhǔn)備。

當(dāng)然，虛擬化和架構(gòu)設(shè)計(jì)也是上云業(yè)務(wù)系統(tǒng)進(jìn)行現(xiàn)代化改造的一部分。上云首先離不開架構(gòu)設(shè)計(jì)，因?yàn)闃I(yè)務(wù)終究要被云化，不管其遷移的過程長短，企業(yè)通常都會(huì)使用虛擬服務(wù)器來代替物理的服務(wù)器，使用存儲(chǔ)資源池來統(tǒng)一后端的存儲(chǔ)。為了實(shí)現(xiàn)對(duì)異構(gòu)存儲(chǔ)設(shè)備的管理，往往還會(huì)進(jìn)行存儲(chǔ)的虛擬化和分布式改造。當(dāng)然在這一步，有可能還會(huì)涉及業(yè)務(wù)改造的咨詢和方案的論證優(yōu)化，還必須開始使用腳本或者自動(dòng)化的安裝工具來適當(dāng)減少工作量。

2、 采購或是自建及部署云服務(wù)

虛擬化是上云的第一步，接下來遷移的第二步，是部署一套私有的云管理平臺(tái)。那么是采購或是自建及部署云服務(wù)呢?

從云平臺(tái)的成本和價(jià)值來看。VMWARE是商業(yè)軟件，其成熟度和穩(wěn)定性經(jīng)受了大量實(shí)際環(huán)境的考驗(yàn)，但使用成本高，體現(xiàn)在其授權(quán)費(fèi)用和服務(wù)費(fèi)用上。相對(duì)VMware 的昂貴價(jià)格，OpenStack免費(fèi)、開放的優(yōu)勢(shì)還是很明顯的。VMware高投入帶來的功能，OpenStack大部分可以免費(fèi)提供給客戶。那么是 OpenStack還是VMware更有價(jià)值，這個(gè)問題并沒有很清晰的答案，并且答案也取決于企業(yè)實(shí)際部署的規(guī)模。雖然OpenStack是免費(fèi)使用的， 但是它需要有專業(yè)的開發(fā)人員和此領(lǐng)域的專家才行，并且需要很多架構(gòu)和搭建方面的工作，因?yàn)樗С趾芏嗖渴饒鼍?，并且安裝過程都不盡相同。VMware則需要花費(fèi)一些經(jīng)費(fèi)購買授權(quán)和服務(wù)，并且相對(duì)來說更加容易安裝和運(yùn)行，另外Vmware的學(xué)習(xí)成本更低一些，運(yùn)維可以很容易上手。

總得來說，基于以上的分析，大型企業(yè)采購使用VMWARE平臺(tái)則更穩(wěn)定和可靠。而OpenStack則入門門檻較高，如果企業(yè)沒有足夠的技術(shù)能力儲(chǔ)備則無法解決大面積部署OPENSTACK所遇到的問題和坑。

構(gòu)建一個(gè)私有云，需要詳細(xì)的規(guī)劃設(shè)計(jì)以及實(shí)施，很多時(shí)候面臨資源整合也包括管理理念的整合和融入。在這一步也可以采購或使用一些公有云服務(wù)，例如一個(gè)或多個(gè)SAAS應(yīng)用、開發(fā)測(cè)試服務(wù)、云存儲(chǔ)等。混合云融合了公有云和私有云，是近年來云計(jì)算的主要模式和發(fā)展方向。我們知道私有云主要是面向企業(yè)用戶，出于安全考慮，企業(yè)更愿意將數(shù)據(jù)存放在私有云中，但是同時(shí)又希望可以獲得公有云的計(jì)算資源隨需擴(kuò)展，在這種情況下混合云被越來越多的采用，它將公有云和私有云進(jìn)行混合和匹配，以獲得最佳的效果，這種個(gè)性化的解決方案，達(dá)到了既省錢又安全的目的。

3、 應(yīng)用遷移和數(shù)據(jù)遷移

云的基礎(chǔ)設(shè)施及服務(wù)部署完成之后，需要開始對(duì)現(xiàn)有的業(yè)務(wù)應(yīng)用服務(wù)進(jìn)行統(tǒng)一化或者升級(jí)。如前面所說，這一步可以先把一些較為簡單的應(yīng)用遷移到云中，然后再逐步解決剩下的那些復(fù)雜應(yīng)用。

應(yīng)用遷移的過程不是簡單的點(diǎn)幾個(gè)按鈕就大功告成，我們需要從云平臺(tái)的環(huán)境特點(diǎn)出發(fā)，對(duì)自身的產(chǎn)品做一定的適應(yīng)調(diào)整。比如，是否支持靜默安裝、磁盤空間的使用、參數(shù)設(shè)置應(yīng)該由 API 或 CLI 來完成、跟蹤和日志信息通過腳本命令還是平臺(tái)統(tǒng)一收集等。

數(shù)據(jù)遷移對(duì)于一個(gè)業(yè)務(wù)應(yīng)用來說是最重要的，直接關(guān)系到業(yè)務(wù)上云的成敗。數(shù)據(jù)遷移會(huì)將業(yè)務(wù)系統(tǒng)中很少使用或不用的文件移到輔助存儲(chǔ)系統(tǒng)(如磁帶或光盤)上，而把熱點(diǎn)常用的數(shù)據(jù)遷移到優(yōu)質(zhì)存儲(chǔ)(如SSD或閃存陣列)上，有點(diǎn)像分級(jí)存儲(chǔ)管理吧。通常為了保證數(shù)據(jù)的安全性和完整性，我們業(yè)務(wù)的遷移工作一般會(huì)與備份策略相結(jié)合,并且對(duì)重要數(shù)據(jù)進(jìn)行重點(diǎn)備份。還有的業(yè)務(wù)系統(tǒng)上云后去O，把Oracle替換成Mysql,那么就會(huì)涉及到SQL語法的適配、數(shù)據(jù)的轉(zhuǎn)換、新老系統(tǒng)的交互、應(yīng)用的改造甚至重構(gòu)等，挑戰(zhàn)比較大，這些都需要在遷移階段有充分的考慮。

數(shù)據(jù)遷移的實(shí)現(xiàn)可以分為3個(gè)階段：數(shù)據(jù)遷移前的準(zhǔn)備、數(shù)據(jù)遷移的實(shí)施和數(shù)據(jù)遷移后的測(cè)試校驗(yàn)。由于數(shù)據(jù)遷移的特點(diǎn)，大量的工作都需要在準(zhǔn)備階段完成，充分而周到的準(zhǔn)備工作是完成數(shù)據(jù)遷移的主要基礎(chǔ)。具體而言，要進(jìn)行待遷移數(shù)據(jù)源的詳細(xì)說明(包括數(shù)據(jù)的存儲(chǔ)方式、數(shù)據(jù)量、數(shù)據(jù)的時(shí)間跨度);建立新舊系統(tǒng)數(shù)據(jù)庫的數(shù)據(jù)字典;對(duì)舊系統(tǒng)的歷史數(shù)據(jù)進(jìn)行質(zhì)量分析，新舊系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的差異分析;新舊系統(tǒng)代碼數(shù)據(jù)的差異分析;建立新老系統(tǒng)數(shù)據(jù)庫表的映射關(guān)系，對(duì)無法映射字段的處理方法;開發(fā)、部屬ETL工具，編寫數(shù)據(jù)轉(zhuǎn)換的測(cè)試計(jì)劃和校驗(yàn)程序;制定數(shù)據(jù)轉(zhuǎn)換的應(yīng)急措施。其中，數(shù)據(jù)遷移的實(shí)施是實(shí)現(xiàn)數(shù)據(jù)遷移的3個(gè)階段中最重要的環(huán)節(jié)。它要求制定數(shù)據(jù)轉(zhuǎn)換的詳細(xì)實(shí)施步驟流程;準(zhǔn)備數(shù)據(jù)遷移環(huán)境;業(yè)務(wù)上的準(zhǔn)備，結(jié)束未處理完的業(yè)務(wù)事項(xiàng)，或?qū)⑵涓嬉欢温?對(duì)數(shù)據(jù)遷移涉及的技術(shù)都得到測(cè)試;最后實(shí)施數(shù)據(jù)遷移。

數(shù)據(jù)遷移后的測(cè)試校驗(yàn)是對(duì)遷移工作的檢查，數(shù)據(jù)測(cè)試校驗(yàn)的結(jié)果是判斷一個(gè)業(yè)務(wù)系統(tǒng)能否正式啟用的重要依據(jù)。可以通過質(zhì)量檢查工具或編寫檢查程序進(jìn)行數(shù)據(jù)校驗(yàn)，通過試運(yùn)行新系統(tǒng)的功能模塊，特別是查詢、報(bào)表功能，檢查數(shù)據(jù)的準(zhǔn)確性。

當(dāng)然為了保障數(shù)據(jù)遷移的質(zhì)量和效率，也離不開好的遷移工具。商業(yè)和開源的產(chǎn)品各自有不同的特點(diǎn)，選擇時(shí)還要根據(jù)具體情況進(jìn)行分析?？v觀目前國內(nèi)一些大型項(xiàng)目，在數(shù)據(jù)遷移時(shí)多是采用相對(duì)成熟的ETL產(chǎn)品，其實(shí)也可以看到這些項(xiàng)目的一些共同點(diǎn)，主要包括：遷移時(shí)有大量的歷史數(shù)據(jù)、允許的宕機(jī)時(shí)間很短、面對(duì)大量的客戶或用戶、存在第三方系統(tǒng)接入、一旦失敗所產(chǎn)生的影響面將很廣。

目前，許多數(shù)據(jù)庫廠商也都提供相應(yīng)的數(shù)據(jù)抽取工具，如Informix的InfoMover、Microsoft SQLServer的DTS和0raele的Oracle Warehouse Builder等。這些工具在一定范圍內(nèi)解決了數(shù)據(jù)的提取和轉(zhuǎn)換，但這些工具基本都不能自動(dòng)完成數(shù)據(jù)的抽取，用戶還需利用這些工具編寫適當(dāng)?shù)霓D(zhuǎn)換程序來提高效率。

再有就是企業(yè)里的復(fù)雜應(yīng)用由于業(yè)務(wù)耦合度高，對(duì)傳統(tǒng)架構(gòu)依賴性強(qiáng)，一般都需要大量的改造開發(fā)，比如你想替換特定的中間件和數(shù)據(jù)庫及商業(yè)套裝軟件，可能需要幾年的時(shí)間來完成該步驟。由于時(shí)間周期比較長，不可控的風(fēng)險(xiǎn)太多，因此需要謹(jǐn)慎地對(duì)現(xiàn)有系統(tǒng)從投資回報(bào)以及可行性方面進(jìn)行詳細(xì)遷移評(píng)估。

4、 全面自動(dòng)化

在企業(yè)里，當(dāng)大量業(yè)務(wù)應(yīng)用都遷移上云后，使用云管理平臺(tái)進(jìn)行業(yè)務(wù)系統(tǒng)的自動(dòng)化配置、審批、服務(wù)交付、升級(jí)改造及監(jiān)控就變得比較重要了。不斷地對(duì)現(xiàn)有IT流程進(jìn)行自動(dòng)化改造至關(guān)重要，我們希望盡量的把每一個(gè)業(yè)務(wù)上云的流程都自動(dòng)化，從虛擬機(jī)及應(yīng)用的線上資源預(yù)訂到其交付，這樣可以大大縮短部署時(shí)間、減少人工成本，提高系統(tǒng)配置的準(zhǔn)確性及一致性。雖然在標(biāo)準(zhǔn)化統(tǒng)一化的階段就已經(jīng)開始進(jìn)行基本的自動(dòng)化，但到了全面自動(dòng)化階段則需要把大量的腳本、應(yīng)用安裝程序、自動(dòng)化工具引入到一個(gè)流程編排系統(tǒng)，在該系統(tǒng)中可以使用云管理平臺(tái)進(jìn)行服務(wù)及工作流的設(shè)計(jì)。

5、 安全性、冗余性及運(yùn)維可持續(xù)性

傳統(tǒng)業(yè)務(wù)上云一般需要經(jīng)過資源供給、交付服務(wù)、運(yùn)維及安全流程等的若干環(huán)節(jié)審批，因?yàn)樵谠品?wù)完成及上線之前，很多這些流程都需要進(jìn)行改造，自動(dòng)化交付則需要IT安全人員對(duì)虛擬機(jī)模板、軟件化網(wǎng)絡(luò)、存儲(chǔ)資源、操作系統(tǒng)、應(yīng)用平臺(tái)等預(yù)先進(jìn)行授權(quán)或批準(zhǔn)。該階段還需要考慮冗余性及伸縮性，包括服務(wù)器、虛擬機(jī)、應(yīng)用及云管理平臺(tái)在數(shù)據(jù)中心部分或者完全失效的情況下的持續(xù)運(yùn)行能力。安全操作及IT治理在該階段也必須完全建立，最終這五個(gè)步驟的云遷移計(jì)劃將把公司帶到一個(gè)全面云運(yùn)維的狀態(tài)。

業(yè)務(wù)上云是個(gè)復(fù)雜系統(tǒng)的工程，不論是老的應(yīng)用還是構(gòu)建新的應(yīng)用，遷云團(tuán)隊(duì)都需要仔細(xì)考慮成本與運(yùn)營是否與平臺(tái)模式匹配。從現(xiàn)階段來看，應(yīng)用分階段遷移可能是唯一的選擇。目前一些公司已經(jīng)成功的用這種分階段方法改變了他們傳統(tǒng)的應(yīng)用，并使風(fēng)險(xiǎn)最小化的同時(shí)受益于云計(jì)算，這也許是未來一段時(shí)間云化的主題。

文章編輯：CobiNet(寧波)  
本公司專注于電訊配件,銅纜綜合布線系列領(lǐng)域產(chǎn)品研發(fā)生產(chǎn)超五類，六類,七類屏蔽網(wǎng)線/屏蔽模塊及相關(guān)模塊配件, 我們是萬兆屏蔽模塊，10G屏蔽模塊，屏蔽線生產(chǎn)廠家。

歡迎來電咨詢0574 88168918,郵箱sales@cobinet.cn，網(wǎng)址m.czchengbang.com