超過6成的受調(diào)查企業(yè)用戶表示，通過云計算可以優(yōu)化業(yè)務(wù)流程和質(zhì)量，從而構(gòu)建和維持競爭優(yōu)勢；
34%的企業(yè)用戶認(rèn)為現(xiàn)有的IT產(chǎn)品采購和交付流程無法滿足業(yè)務(wù)發(fā)展需求，用戶利用云計算的彈性優(yōu)勢用于自己的測試項目和創(chuàng)新項目，以及一些突發(fā)性流量；
26%的企業(yè)用戶認(rèn)為隨著數(shù)據(jù)量的增長，IT系統(tǒng)一次性新購成本和維護成本過高，計劃將業(yè)務(wù)或本地非核心業(yè)務(wù)遷移至云端；
21%的企業(yè)用戶認(rèn)為運維團隊規(guī)模受控，但運維體量越來越大，希望借助云計算降低自己的運維管理復(fù)雜度；
還有一些遷移需求是這次報告里沒提到的，例如用戶很早已經(jīng)上云了，但出于某種考慮希望把業(yè)務(wù)從A云遷往B云，這也是非常重要的一類云遷移場景。
二、遷移過程中用戶關(guān)心的問題
安全第一，因為云遷移（如果遷往的都是公有云）走的都是公網(wǎng)，如何保證遷移過程中的數(shù)據(jù)安全？
對生產(chǎn)系統(tǒng)會產(chǎn)生哪些影響，例如生產(chǎn)停機影響，生產(chǎn)系統(tǒng)性能體驗下降？
遷移完后，如何保證源端數(shù)據(jù)和備端數(shù)據(jù)的一致性，完整性？
涉及大型的遷移項目，服務(wù)商是否可以提供詳細(xì)的遷移實施規(guī)劃和遷移培訓(xùn)，包括項目計劃、割接失敗后的回退演練等？
三、云遷移遇到的挑戰(zhàn)
??公網(wǎng)帶寬有限，遷移工期長；
??源端和目標(biāo)端硬件存在差異；
??源端使用了多種數(shù)據(jù)庫，不同應(yīng)用對應(yīng)不同的數(shù)據(jù)庫；
??源端IT架構(gòu)復(fù)雜，既有物理機、虛擬機，還有各類集群和小機；
??遷移完成后備端重啟過程中，源端產(chǎn)生的增量數(shù)據(jù)的同步；
??需要在最小停機時間的前提下遷移持續(xù)變化的數(shù)據(jù)；
四、云遷移的6個階段和14道工序
云遷移的6個階段
英方云遷移解決方案提供了包括評估和分析、方案設(shè)計、環(huán)境準(zhǔn)備、遷移實施、測試驗證和系統(tǒng)割接的6個階段，14道工序，和包括i2Move在內(nèi)的3個遷移工具。
云遷移的14道工具
??評估和分析：
確定遷移范圍和目標(biāo)，結(jié)合系統(tǒng)需求調(diào)研表，涵蓋業(yè)務(wù)系統(tǒng)信息（業(yè)務(wù)名稱、業(yè)務(wù)系統(tǒng)、業(yè)務(wù)分類、使用狀態(tài)、對接系統(tǒng)等）主機信息（部署架構(gòu)、IP地址、內(nèi)外網(wǎng)訪問情況、系統(tǒng)重要程度、可允許的宕機時間和最佳遷移操作建議時間、中間件等）操作系統(tǒng)信息（CPU、內(nèi)存、磁盤容量、OS版本等）數(shù)據(jù)庫信息（數(shù)據(jù)名稱、數(shù)據(jù)庫類型、版本、高可用、數(shù)據(jù)量、備份策略等）；
??方案設(shè)計：
根據(jù)評估的分析報告，設(shè)計遷移的實施方案，涵蓋遷移場景的分類、特殊遷移場景、遷移方案、實施步驟、預(yù)知的遷移挑戰(zhàn)和風(fēng)險、應(yīng)對方案，并針對客戶和合作方提供遷移前的分工計劃表以及培訓(xùn)計劃等；
??環(huán)境準(zhǔn)備：
遷移目標(biāo)的基礎(chǔ)資源準(zhǔn)備，包括計算、存儲、網(wǎng)絡(luò)、數(shù)據(jù)庫環(huán)境、新賬號、密碼、待遷移系統(tǒng)管理員權(quán)限設(shè)置、遷出和遷移資源對應(yīng)表，以及遷移軟件客戶端安裝；
??遷移實施：
系統(tǒng)遷移信息配置，數(shù)據(jù)庫遷移、服務(wù)器遷移、服務(wù)器集群遷移，啟動遷移任務(wù)和進度觀察；
??測試驗證：
遷移后的系統(tǒng)穩(wěn)定性、數(shù)據(jù)一致性、完整性等驗證；
??系統(tǒng)割接：
建立切割計劃表，確定各個業(yè)務(wù)系統(tǒng)的切割時間窗口，進行業(yè)務(wù)驗證，確定是否進行執(zhí)行回退方案。
