在我們的云遷移實(shí)踐中，我們發(fā)現(xiàn)每種類型都面臨自己的挑戰(zhàn)。

早期的采用者無(wú)法支持它們有雄心的部署，并且發(fā)現(xiàn)了第一代云系統(tǒng)的弱點(diǎn)。

落后者可能意識(shí)到轉(zhuǎn)型的必要性，但是卻受阻于成本、資源和時(shí)間。

大多數(shù)的企業(yè)仍是主流，它們往往采用一種混合IT策略，但是卻在管理層面和前進(jìn)上受困。

根據(jù)在云采用周期中的位置，你可能正在重新校準(zhǔn)或開(kāi)始和優(yōu)化。

無(wú)論如何，謹(jǐn)慎是一個(gè)好主意。

數(shù)據(jù)中心現(xiàn)代化是一個(gè)復(fù)雜的和大規(guī)模的過(guò)程，下面是遷移的7步：　　

1. 評(píng)估基礎(chǔ)設(shè)施　　關(guān)鍵的第一步是更新你的配置管理數(shù)據(jù)庫(kù)(CMDB)或任何其他跟蹤資產(chǎn)的系統(tǒng)。

沒(méi)有那些信息，你無(wú)法知道你的基礎(chǔ)設(shè)施包括什么以及你目前面臨的挑戰(zhàn)。

對(duì)于一個(gè)真正的轉(zhuǎn)型，你需要100%的清楚。

2. 目錄和地圖應(yīng)用程序　　隨著時(shí)間發(fā)展，企業(yè)應(yīng)用業(yè)務(wù)量將會(huì)擴(kuò)展。

你可能會(huì)發(fā)現(xiàn)4款追蹤工具和2框HR應(yīng)用。

這還有其他過(guò)多的東西嗎?合并是否能夠降低成本?哪些應(yīng)用應(yīng)該被遷移到云上，哪些不能?在遷移計(jì)劃中，你必須明確規(guī)劃應(yīng)用程序保留的位置以及哪些依賴關(guān)系不被破壞。

3. 設(shè)計(jì)和估計(jì)　　

需要有用來(lái)核查的時(shí)間。

例如，一家企業(yè)開(kāi)始只有40%了解，將會(huì)意識(shí)到它最初的計(jì)劃太過(guò)頭。

一旦你決定棄用什么、移動(dòng)什么以及何時(shí)移動(dòng)(例如，是否首先遷移較低或較高層的應(yīng)用程序)，就會(huì)出現(xiàn)對(duì)未來(lái)的戰(zhàn)略設(shè)計(jì)。

將設(shè)計(jì)加入ROI工具可以為你估算成本和財(cái)務(wù)回報(bào)。

4. 建立和驗(yàn)證　　

在這個(gè)階段，POC可以幫助你熟悉未來(lái)狀況和增加在團(tuán)隊(duì)中的信心。

鑒于企業(yè)IT團(tuán)隊(duì)有日常工作，絕大多數(shù)精明的組織都知道要實(shí)現(xiàn)自己的目標(biāo)，它們需要經(jīng)驗(yàn)豐富和專注的合作伙伴，它們可以在管理戰(zhàn)略和日常運(yùn)營(yíng)的同時(shí)照顧項(xiàng)目。

否則，很難進(jìn)行重大變革。

5. 遷移基礎(chǔ)設(shè)施　　

無(wú)論你是否遵循災(zāi)難恢復(fù)(DR)故障切換策略還是把云視為建立新版本應(yīng)用的平臺(tái)，你現(xiàn)在都處于“構(gòu)建”。

一些項(xiàng)目將會(huì)上云，而其他的則會(huì)留在物理基礎(chǔ)設(shè)施上。

一些是在邊緣，其他則是在本地，所有都基于你特殊的需求。

通過(guò)多云和正確的設(shè)置，基礎(chǔ)設(shè)施可以進(jìn)入一個(gè)新?tīng)顟B(tài)。

6. 檢測(cè)和驗(yàn)證　　

接下來(lái)是性能測(cè)試，來(lái)證明你的應(yīng)用和系統(tǒng)在提升，同時(shí)運(yùn)行起來(lái)沒(méi)有任何毛病。

檢測(cè)應(yīng)該包括高可用性部分和維護(hù)窗口期間的故障轉(zhuǎn)移。

同時(shí)，檢測(cè)應(yīng)取決于應(yīng)用、預(yù)算和特定的目標(biāo)，例如RPOs或RTOs.這是任何東西正常工作都應(yīng)該驗(yàn)證的事。

7. 啟動(dòng)操作　　

這個(gè)最后階段并不是事后考慮，因?yàn)閼?yīng)該在整個(gè)過(guò)程中創(chuàng)建行動(dòng)手冊(cè)，并且易于操作，具有成本效益和可靠性。

但是，一旦這些日常操作指南最終確定下來(lái)，你就可以在新的遷移狀態(tài)下開(kāi)始操作。