在企業里(li)，許多上云遷(qian)移(yi)成(cheng)功的(de)案例，都是(shi)先從一(yi)(yi)些較為簡(jian)單的(de)應用(yong)(yong)開始(shi)遷(qian)移(yi)，然后再一(yi)(yi)步步把(ba)更多的(de)應用(yong)(yong)和(he)數據遷(qian)移(yi)到(dao)云，不可能同時把(ba)所(suo)有的(de)應用(yong)(yong)都一(yi)(yi)下(xia)遷(qian)移(yi)過去。

對于要(yao)遷移(yi)上(shang)云的應(ying)用和數據，制定一(yi)(yi)份詳細的計劃與時間表是必要(yao)的，遷移(yi)是一(yi)(yi)個很復雜(za)的過(guo)程，可以先從最簡單(dan)的應(ying)用開始，然后(hou)再考慮復雜(za)的、關聯度(du)比較高(gao)的業務，一(yi)(yi)些個性化的企業應(ying)用等(deng)。

如上圖所示，描(miao)述了企業穩步進行云遷移(yi)(yi)的(de)一(yi)般(ban)步驟，遷移(yi)(yi)是一(yi)個系統工程，遷移(yi)(yi)過快(kuai)往(wang)往(wang)將導致成(cheng)本的(de)急劇上升、工期(qi)延期(qi)甚(shen)至(zhi)失敗。

上云(yun)(yun)(yun)遷(qian)移的過程(cheng)，我們(men)可以(yi)將其細化(hua)分為五個步(bu)驟。注意這(zhe)里主要的場(chang)景是企業私有(you)云(yun)(yun)(yun)，其總結的步(bu)驟也(ye)是適用(yong)于(yu)私有(you)云(yun)(yun)(yun)的，對(dui)于(yu)遷(qian)移到公有(you)云(yun)(yun)(yun)并不是很適用(yong)。下面我們(men)重點(dian)來看，遷(qian)移上云(yun)(yun)(yun)的五個階段(duan)步(bu)驟。

1、 標準化、統(tong)一(yi)化

企業(ye)(ye)傳統的(de)(de)(de)IT業(ye)(ye)務(wu)應(ying)用(yong)(yong)一(yi)般都(dou)構(gou)(gou)建在物理服務(wu)器和(he)存(cun)儲設備上(shang)(shang)，當開始(shi)進(jin)(jin)行(xing)云(yun)遷移(yi)時，一(yi)般會(hui)采(cai)用(yong)(yong)標(biao)準(zhun)(zhun)化(hua)(hua)技術，對(dui)以往的(de)(de)(de)服務(wu)器及存(cun)儲資源(yuan)進(jin)(jin)行(xing)整合。對(dui)已存(cun)在的(de)(de)(de)老的(de)(de)(de)要(yao)(yao)上(shang)(shang)云(yun)的(de)(de)(de)業(ye)(ye)務(wu)進(jin)(jin)行(xing)遷移(yi)評估，并根據數據中心的(de)(de)(de)資源(yuan)情況來制定(ding)詳細的(de)(de)(de)解(jie)決方(fang)案是比較重要(yao)(yao)的(de)(de)(de);如果是新的(de)(de)(de)應(ying)用(yong)(yong)系(xi)統，則(ze)分(fen)配相應(ying)的(de)(de)(de)資源(yuan)，直接部署在云(yun)計算環境中即可。任(ren)何要(yao)(yao)上(shang)(shang)云(yun)的(de)(de)(de)業(ye)(ye)務(wu)，對(dui)其實現(xian)難度的(de)(de)(de)評估是對(dui)應(ying)用(yong)(yong)系(xi)統進(jin)(jin)行(xing)云(yun)化(hua)(hua)或改(gai)(gai)造(zao)風險與收(shou)益評估的(de)(de)(de)重要(yao)(yao)手(shou)段. 整個(ge)業(ye)(ye)務(wu)系(xi)統的(de)(de)(de)云(yun)化(hua)(hua)分(fen)析過程需要(yao)(yao)從(cong)包括硬件(jian)支撐(cheng)環境改(gai)(gai)造(zao)、操作(zuo)系(xi)統平臺(tai)變更、平臺(tai)軟件(jian)綁定(ding)分(fen)析、IP地址依(yi)賴(lai)性消除、 API重構(gou)(gou)、模塊化(hua)(hua)改(gai)(gai)造(zao)、標(biao)準(zhun)(zhun)化(hua)(hua)改(gai)(gai)造(zao)、外部依(yi)賴(lai)條件(jian)等在內的(de)(de)(de)多(duo)個(ge)層面(mian)和(he)維(wei)度進(jin)(jin)行(xing)，準(zhun)(zhun)確評估業(ye)(ye)務(wu)信息(xi)系(xi)統云(yun)化(hua)(hua)改(gai)(gai)造(zao)的(de)(de)(de)相關(guan)難點(dian)與痛點(dian)，才能對(dui)信息(xi)系(xi)統云(yun)化(hua)(hua)改(gai)(gai)造(zao)有充分(fen)的(de)(de)(de)認識和(he)準(zhun)(zhun)備。

當(dang)然，虛擬(ni)化(hua)(hua)和(he)架構(gou)(gou)設計也是上云(yun)業務(wu)系(xi)統進行現代(dai)化(hua)(hua)改造(zao)的(de)(de)(de)(de)一部分。上云(yun)首先離不開(kai)架構(gou)(gou)設計，因為業務(wu)終究要(yao)被云(yun)化(hua)(hua)，不管其遷(qian)移(yi)的(de)(de)(de)(de)過程長短，企業通常都(dou)會(hui)(hui)使用(yong)虛擬(ni)服務(wu)器來(lai)代(dai)替物理(li)的(de)(de)(de)(de)服務(wu)器，使用(yong)存儲(chu)(chu)資源池來(lai)統一后(hou)端的(de)(de)(de)(de)存儲(chu)(chu)。為了實現對(dui)異構(gou)(gou)存儲(chu)(chu)設備的(de)(de)(de)(de)管理(li)，往(wang)往(wang)還會(hui)(hui)進行存儲(chu)(chu)的(de)(de)(de)(de)虛擬(ni)化(hua)(hua)和(he)分布(bu)式改造(zao)。當(dang)然在這一步(bu)，有可能還會(hui)(hui)涉(she)及業務(wu)改造(zao)的(de)(de)(de)(de)咨(zi)詢和(he)方案的(de)(de)(de)(de)論證優(you)化(hua)(hua)，還必須開(kai)始使用(yong)腳本或者自(zi)動(dong)化(hua)(hua)的(de)(de)(de)(de)安裝工具(ju)來(lai)適當(dang)減少工作(zuo)量。

2、 采購或是自建及部署云服務

虛擬(ni)化是上云(yun)的第(di)一(yi)步，接(jie)下來遷(qian)移(yi)的第(di)二(er)步，是部(bu)署一(yi)套私有的云(yun)管理平臺。那么是采購或是自建及部(bu)署云(yun)服務呢?

從云平臺的成本和(he)(he)價(jia)值來(lai)看。VMWARE是(shi)(shi)商(shang)業軟件，其(qi)成熟度(du)和(he)(he)穩定性(xing)經(jing)受了大量實(shi)際環(huan)境(jing)的考驗(yan)，但使(shi)用成本高(gao)，體現在其(qi)授權費(fei)(fei)(fei)(fei)用和(he)(he)服務費(fei)(fei)(fei)(fei)用上。相對VMware 的昂貴價(jia)格(ge)，OpenStack免(mian)費(fei)(fei)(fei)(fei)、開(kai)放(fang)的優(you)勢(shi)還是(shi)(shi)很明顯的。VMware高(gao)投入帶來(lai)的功(gong)能，OpenStack大部(bu)(bu)分可以免(mian)費(fei)(fei)(fei)(fei)提供(gong)給(gei)客(ke)戶(hu)。那么是(shi)(shi) OpenStack還是(shi)(shi)VMware更(geng)有價(jia)值，這個問題并(bing)沒有很清晰的答案，并(bing)且(qie)答案也取決(jue)于企業實(shi)際部(bu)(bu)署的規模。雖然OpenStack是(shi)(shi)免(mian)費(fei)(fei)(fei)(fei)使(shi)用的， 但是(shi)(shi)它需要(yao)(yao)有專(zhuan)業的開(kai)發人員和(he)(he)此領域的專(zhuan)家(jia)才行(xing)，并(bing)且(qie)需要(yao)(yao)很多架構和(he)(he)搭建方(fang)面的工作，因為(wei)它支(zhi)持很多部(bu)(bu)署場景(jing)，并(bing)且(qie)安裝(zhuang)(zhuang)過程都(dou)不盡(jin)相同。VMware則需要(yao)(yao)花費(fei)(fei)(fei)(fei)一些經(jing)費(fei)(fei)(fei)(fei)購(gou)買授權和(he)(he)服務，并(bing)且(qie)相對來(lai)說更(geng)加容易安裝(zhuang)(zhuang)和(he)(he)運行(xing)，另外Vmware的學(xue)習(xi)成本更(geng)低一些，運維可以很容易上手。

總得來說，基于以(yi)上的分析(xi)，大型企業采購使用VMWARE平(ping)臺(tai)則更穩定和(he)可靠(kao)。而OpenStack則入(ru)門(men)門(men)檻較(jiao)高，如果企業沒(mei)有足(zu)夠的技術(shu)能力(li)儲備則無法解決大面(mian)積部署OPENSTACK所遇到的問題和(he)坑。

構建一(yi)(yi)個(ge)私有(you)(you)(you)(you)云(yun)(yun)(yun)(yun)(yun)(yun)，需要(yao)詳細的(de)規劃設計(ji)以及實施，很多(duo)時(shi)候面臨資(zi)源整(zheng)合(he)(he)也包(bao)括管(guan)理理念的(de)整(zheng)合(he)(he)和融入。在這一(yi)(yi)步也可(ke)以采購(gou)或(huo)使用一(yi)(yi)些公(gong)(gong)有(you)(you)(you)(you)云(yun)(yun)(yun)(yun)(yun)(yun)服(fu)務，例如(ru)一(yi)(yi)個(ge)或(huo)多(duo)個(ge)SAAS應用、開發測(ce)試服(fu)務、云(yun)(yun)(yun)(yun)(yun)(yun)存儲等(deng)。混(hun)合(he)(he)云(yun)(yun)(yun)(yun)(yun)(yun)融合(he)(he)了公(gong)(gong)有(you)(you)(you)(you)云(yun)(yun)(yun)(yun)(yun)(yun)和私有(you)(you)(you)(you)云(yun)(yun)(yun)(yun)(yun)(yun)，是(shi)(shi)(shi)近(jin)年來(lai)云(yun)(yun)(yun)(yun)(yun)(yun)計(ji)算(suan)的(de)主要(yao)模式(shi)和發展方向。我們(men)知道私有(you)(you)(you)(you)云(yun)(yun)(yun)(yun)(yun)(yun)主要(yao)是(shi)(shi)(shi)面向企業(ye)用戶，出于安(an)全考慮(lv)，企業(ye)更愿意將數據存放(fang)在私有(you)(you)(you)(you)云(yun)(yun)(yun)(yun)(yun)(yun)中(zhong)，但(dan)是(shi)(shi)(shi)同(tong)時(shi)又希望可(ke)以獲(huo)得公(gong)(gong)有(you)(you)(you)(you)云(yun)(yun)(yun)(yun)(yun)(yun)的(de)計(ji)算(suan)資(zi)源隨需擴(kuo)展，在這種(zhong)情況下混(hun)合(he)(he)云(yun)(yun)(yun)(yun)(yun)(yun)被越來(lai)越多(duo)的(de)采用，它將公(gong)(gong)有(you)(you)(you)(you)云(yun)(yun)(yun)(yun)(yun)(yun)和私有(you)(you)(you)(you)云(yun)(yun)(yun)(yun)(yun)(yun)進行混(hun)合(he)(he)和匹配，以獲(huo)得最佳(jia)的(de)效果，這種(zhong)個(ge)性化的(de)解決方案(an)，達到了既省錢又安(an)全的(de)目的(de)。

3、 應(ying)用(yong)遷移和數據遷移

云(yun)的基礎設施及服(fu)務部署完成之后(hou)，需要開(kai)始對現有的業務應用(yong)服(fu)務進(jin)行統一(yi)化或者升級。如前面(mian)所說，這一(yi)步可(ke)以先把一(yi)些(xie)較為簡單的應用(yong)遷移到云(yun)中(zhong)，然后(hou)再(zai)逐(zhu)步解決剩(sheng)下的那(nei)些(xie)復雜應用(yong)。

應用(yong)遷(qian)移的(de)過程(cheng)不是(shi)簡單的(de)點幾個(ge)按鈕就大功告成(cheng)(cheng)，我們需要從云(yun)平(ping)臺的(de)環境特點出發(fa)，對自身的(de)產品做(zuo)一(yi)定的(de)適應調整。比如，是(shi)否支(zhi)持靜(jing)默安裝、磁盤空間(jian)的(de)使用(yong)、參數設置(zhi)應該由 API 或 CLI 來完成(cheng)(cheng)、跟蹤和日志信(xin)息(xi)通過腳(jiao)本命令(ling)還是(shi)平(ping)臺統一(yi)收(shou)集等。

數(shu)(shu)據(ju)(ju)遷(qian)移(yi)(yi)對(dui)于(yu)一個業務(wu)(wu)應用來說(shuo)是最重(zhong)要的，直接(jie)關系到業務(wu)(wu)上(shang)云的成(cheng)敗(bai)。數(shu)(shu)據(ju)(ju)遷(qian)移(yi)(yi)會(hui)(hui)(hui)將業務(wu)(wu)系統(tong)中很少(shao)使(shi)用或(huo)不用的文(wen)件移(yi)(yi)到輔助(zhu)存(cun)(cun)儲(chu)系統(tong)(如(ru)磁帶或(huo)光盤)上(shang)，而(er)把熱(re)點常(chang)用的數(shu)(shu)據(ju)(ju)遷(qian)移(yi)(yi)到優(you)質存(cun)(cun)儲(chu)(如(ru)SSD或(huo)閃存(cun)(cun)陣列(lie))上(shang)，有點像分(fen)級存(cun)(cun)儲(chu)管理吧(ba)。通常(chang)為了保證數(shu)(shu)據(ju)(ju)的安全性(xing)和完(wan)整性(xing)，我們業務(wu)(wu)的遷(qian)移(yi)(yi)工作一般會(hui)(hui)(hui)與備份(fen)策(ce)略相結合,并且對(dui)重(zhong)要數(shu)(shu)據(ju)(ju)進行(xing)重(zhong)點備份(fen)。還有的業務(wu)(wu)系統(tong)上(shang)云后去(qu)O，把Oracle替換成(cheng)Mysql,那么就(jiu)會(hui)(hui)(hui)涉及到SQL語法(fa)的適(shi)配、數(shu)(shu)據(ju)(ju)的轉(zhuan)換、新老系統(tong)的交(jiao)互、應用的改造甚(shen)至重(zhong)構等，挑戰比較(jiao)大，這些都需(xu)要在(zai)遷(qian)移(yi)(yi)階(jie)段有充分(fen)的考(kao)慮。

數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)遷(qian)(qian)移(yi)(yi)的(de)(de)(de)(de)實(shi)現(xian)可以分(fen)(fen)為(wei)3個(ge)階(jie)(jie)段(duan)(duan)(duan)：數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)遷(qian)(qian)移(yi)(yi)前的(de)(de)(de)(de)準(zhun)(zhun)備、數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)遷(qian)(qian)移(yi)(yi)的(de)(de)(de)(de)實(shi)施和(he)數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)遷(qian)(qian)移(yi)(yi)后的(de)(de)(de)(de)測試(shi)校(xiao)驗。由于數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)遷(qian)(qian)移(yi)(yi)的(de)(de)(de)(de)特點(dian)，大量(liang)的(de)(de)(de)(de)工作(zuo)都需要在準(zhun)(zhun)備階(jie)(jie)段(duan)(duan)(duan)完成，充(chong)分(fen)(fen)而周到的(de)(de)(de)(de)準(zhun)(zhun)備工作(zuo)是完成數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)遷(qian)(qian)移(yi)(yi)的(de)(de)(de)(de)主要基礎。具(ju)體而言，要進行待遷(qian)(qian)移(yi)(yi)數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)源的(de)(de)(de)(de)詳(xiang)細(xi)說明(包括(kuo)數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)的(de)(de)(de)(de)存儲方式、數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)量(liang)、數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)的(de)(de)(de)(de)時間(jian)跨度);建立新(xin)舊系(xi)(xi)(xi)(xi)統(tong)(tong)數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)庫的(de)(de)(de)(de)數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)字(zi)(zi)典;對(dui)舊系(xi)(xi)(xi)(xi)統(tong)(tong)的(de)(de)(de)(de)歷史數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)進行質量(liang)分(fen)(fen)析(xi)，新(xin)舊系(xi)(xi)(xi)(xi)統(tong)(tong)數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)結(jie)構的(de)(de)(de)(de)差異(yi)(yi)分(fen)(fen)析(xi);新(xin)舊系(xi)(xi)(xi)(xi)統(tong)(tong)代碼數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)的(de)(de)(de)(de)差異(yi)(yi)分(fen)(fen)析(xi);建立新(xin)老系(xi)(xi)(xi)(xi)統(tong)(tong)數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)庫表的(de)(de)(de)(de)映射(she)關系(xi)(xi)(xi)(xi)，對(dui)無(wu)法映射(she)字(zi)(zi)段(duan)(duan)(duan)的(de)(de)(de)(de)處(chu)理方法;開發、部(bu)屬(shu)ETL工具(ju)，編寫數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)轉(zhuan)(zhuan)換(huan)的(de)(de)(de)(de)測試(shi)計劃和(he)校(xiao)驗程(cheng)序(xu);制(zhi)定(ding)數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)轉(zhuan)(zhuan)換(huan)的(de)(de)(de)(de)應急措施。其(qi)中，數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)遷(qian)(qian)移(yi)(yi)的(de)(de)(de)(de)實(shi)施是實(shi)現(xian)數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)遷(qian)(qian)移(yi)(yi)的(de)(de)(de)(de)3個(ge)階(jie)(jie)段(duan)(duan)(duan)中最重要的(de)(de)(de)(de)環(huan)節。它要求制(zhi)定(ding)數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)轉(zhuan)(zhuan)換(huan)的(de)(de)(de)(de)詳(xiang)細(xi)實(shi)施步(bu)驟流程(cheng);準(zhun)(zhun)備數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)遷(qian)(qian)移(yi)(yi)環(huan)境(jing);業務(wu)上的(de)(de)(de)(de)準(zhun)(zhun)備，結(jie)束未處(chu)理完的(de)(de)(de)(de)業務(wu)事項，或將其(qi)告一段(duan)(duan)(duan)落(luo);對(dui)數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)遷(qian)(qian)移(yi)(yi)涉及的(de)(de)(de)(de)技(ji)術都得到測試(shi);最后實(shi)施數(shu)(shu)(shu)(shu)(shu)(shu)(shu)(shu)據(ju)(ju)(ju)遷(qian)(qian)移(yi)(yi)。

數(shu)(shu)(shu)據(ju)遷移后的測試(shi)校(xiao)(xiao)驗是對遷移工(gong)作的檢(jian)查(cha)(cha)，數(shu)(shu)(shu)據(ju)測試(shi)校(xiao)(xiao)驗的結果(guo)是判斷一個業務系(xi)統能否正式啟用的重要依據(ju)。可以(yi)通過質量檢(jian)查(cha)(cha)工(gong)具或編寫檢(jian)查(cha)(cha)程序進行數(shu)(shu)(shu)據(ju)校(xiao)(xiao)驗，通過試(shi)運行新系(xi)統的功(gong)(gong)能模塊，特別是查(cha)(cha)詢、報表功(gong)(gong)能，檢(jian)查(cha)(cha)數(shu)(shu)(shu)據(ju)的準確性。

當然為了(le)保障數(shu)據(ju)遷移的(de)(de)(de)質量和效率，也離不開(kai)好的(de)(de)(de)遷移工具。商業和開(kai)源的(de)(de)(de)產(chan)品各自有不同的(de)(de)(de)特點，選擇時(shi)還要根據(ju)具體情況進(jin)行分(fen)析(xi)。縱觀目(mu)前國內一些(xie)大型項(xiang)目(mu)，在(zai)數(shu)據(ju)遷移時(shi)多(duo)是(shi)采(cai)用(yong)相對(dui)(dui)成熟的(de)(de)(de)ETL產(chan)品，其(qi)實也可以(yi)看(kan)到這些(xie)項(xiang)目(mu)的(de)(de)(de)一些(xie)共同點，主要包(bao)括：遷移時(shi)有大量的(de)(de)(de)歷史(shi)數(shu)據(ju)、允許的(de)(de)(de)宕機時(shi)間(jian)很(hen)(hen)短、面(mian)對(dui)(dui)大量的(de)(de)(de)客戶或用(yong)戶、存在(zai)第(di)三方(fang)系統(tong)接入、一旦失敗所產(chan)生(sheng)的(de)(de)(de)影(ying)響面(mian)將(jiang)很(hen)(hen)廣。

目前，許(xu)多(duo)數(shu)據(ju)庫廠商也都(dou)(dou)提(ti)供相(xiang)應的數(shu)據(ju)抽取工具(ju)(ju)，如Informix的InfoMover、Microsoft SQLServer的DTS和0raele的Oracle Warehouse Builder等(deng)。這(zhe)些工具(ju)(ju)在一定(ding)范(fan)圍內解決(jue)了數(shu)據(ju)的提(ti)取和轉(zhuan)換(huan)，但這(zhe)些工具(ju)(ju)基本都(dou)(dou)不(bu)能自動完成(cheng)數(shu)據(ju)的抽取，用戶還需利(li)用這(zhe)些工具(ju)(ju)編寫適當(dang)的轉(zhuan)換(huan)程序(xu)來提(ti)高效(xiao)率。

再有就是企業(ye)里的復雜應用由于(yu)業(ye)務耦合度高(gao)，對(dui)傳統架(jia)構依賴性(xing)強(qiang)，一般都需(xu)要(yao)大量(liang)的改造開發，比(bi)如你(ni)想替換特定的中間件和數據庫及商業(ye)套裝軟件，可(ke)能(neng)需(xu)要(yao)幾(ji)年(nian)的時間來完成(cheng)該步(bu)驟。由于(yu)時間周期比(bi)較(jiao)長，不可(ke)控的風險太多(duo)，因此需(xu)要(yao)謹(jin)慎地對(dui)現有系統從(cong)投資回報以及可(ke)行(xing)性(xing)方面進(jin)行(xing)詳細遷移評估。

4、 全面自動化

在(zai)企(qi)業(ye)里，當大量(liang)業(ye)務(wu)(wu)應用(yong)都遷移上(shang)(shang)云(yun)(yun)后，使用(yong)云(yun)(yun)管理(li)平(ping)臺(tai)進(jin)行(xing)(xing)業(ye)務(wu)(wu)系(xi)統(tong)的自動化配置、審批、服(fu)務(wu)(wu)交付、升級改(gai)造及(ji)監控(kong)就變得比較重要(yao)了(le)。不斷地(di)對現有IT流(liu)程(cheng)進(jin)行(xing)(xing)自動化改(gai)造至關重要(yao)，我們希望盡(jin)量(liang)的把每一(yi)(yi)個(ge)(ge)業(ye)務(wu)(wu)上(shang)(shang)云(yun)(yun)的流(liu)程(cheng)都自動化，從虛(xu)擬機及(ji)應用(yong)的線上(shang)(shang)資源預訂到其交付，這(zhe)樣(yang)可以大大縮短部(bu)署時間、減少人工(gong)成本，提高系(xi)統(tong)配置的準確(que)性及(ji)一(yi)(yi)致性。雖然在(zai)標準化統(tong)一(yi)(yi)化的階段就已經開始(shi)進(jin)行(xing)(xing)基本的自動化，但到了(le)全面自動化階段則需(xu)要(yao)把大量(liang)的腳本、應用(yong)安裝程(cheng)序、自動化工(gong)具引(yin)入到一(yi)(yi)個(ge)(ge)流(liu)程(cheng)編排系(xi)統(tong)，在(zai)該系(xi)統(tong)中可以使用(yong)云(yun)(yun)管理(li)平(ping)臺(tai)進(jin)行(xing)(xing)服(fu)務(wu)(wu)及(ji)工(gong)作流(liu)的設計。

5、 安全(quan)性、冗余性及(ji)運維可持續性

傳(chuan)統業務上(shang)云(yun)(yun)(yun)一般需(xu)(xu)要(yao)經過資源供(gong)給、交付服務、運(yun)維及安全(quan)流(liu)程等的(de)(de)若干環節(jie)審批(pi)，因為(wei)在(zai)云(yun)(yun)(yun)服務完成(cheng)及上(shang)線之(zhi)前，很(hen)多(duo)這些流(liu)程都(dou)需(xu)(xu)要(yao)進行(xing)改造，自(zi)動化交付則需(xu)(xu)要(yao)IT安全(quan)人員(yuan)對(dui)虛擬機(ji)(ji)模板(ban)、軟(ruan)件(jian)化網絡、存儲資源、操作(zuo)系(xi)統、應用平臺(tai)等預(yu)先進行(xing)授權(quan)或批(pi)準。該階段(duan)還(huan)需(xu)(xu)要(yao)考慮(lv)冗余性及伸縮性，包括服務器(qi)、虛擬機(ji)(ji)、應用及云(yun)(yun)(yun)管理平臺(tai)在(zai)數(shu)據中心(xin)部(bu)分或者(zhe)完全(quan)失效的(de)(de)情況下的(de)(de)持續運(yun)行(xing)能(neng)力。安全(quan)操作(zuo)及IT治理在(zai)該階段(duan)也必須完全(quan)建立(li)，最(zui)終這五(wu)個(ge)步(bu)驟的(de)(de)云(yun)(yun)(yun)遷移計(ji)劃(hua)將把公司帶到一個(ge)全(quan)面云(yun)(yun)(yun)運(yun)維的(de)(de)狀態。

業(ye)務上云(yun)是(shi)個復雜系統的(de)(de)(de)工程，不論是(shi)老的(de)(de)(de)應(ying)用(yong)還是(shi)構建新的(de)(de)(de)應(ying)用(yong)，遷云(yun)團隊(dui)都需要仔(zi)細考慮(lv)成本與(yu)運營是(shi)否與(yu)平(ping)臺模式匹配。從(cong)現階段來(lai)看，應(ying)用(yong)分階段遷移(yi)可能是(shi)唯一的(de)(de)(de)選擇。目(mu)前一些公(gong)司已經(jing)成功的(de)(de)(de)用(yong)這種分階段方法改(gai)變了(le)他們傳統的(de)(de)(de)應(ying)用(yong)，并使風險(xian)最小化的(de)(de)(de)同時受益于云(yun)計算，這也許是(shi)未來(lai)一段時間云(yun)化的(de)(de)(de)主題。

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

歡迎來電咨(zi)詢0574 88168918,郵(you)箱sales@aliance.cn，網址aliance.cn