當談到云遷移時，你是哪種人?是早早地跳上“云的火車”，還是沒有試圖虛擬化任何東西的落后者?也或者你仍處于主流之中，在本地上采用混合的云和一些系統(tǒng)呢?

在我們的云遷移實踐中，我們發(fā)現(xiàn)每種類型都面臨自己的挑戰(zhàn)。早期的采用者無法支持它們有雄心的部署，并且發(fā)現(xiàn)了***代云系統(tǒng)的弱點。落后者可能意識到轉(zhuǎn)型的必要性，但是卻受阻于成本、資源和時間。大多數(shù)的企業(yè)仍是主流，它們往往采用一種混合IT策略，但是卻在管理層面和前進上受困。

[[220914]]

根據(jù)在云采用周期中的位置，你可能正在重新校準或開始和優(yōu)化。無論如何，謹慎是一個好主意。數(shù)據(jù)中心現(xiàn)代化是一個復(fù)雜的和大規(guī)模的過程，下面是遷移的7步：

1. 評估基礎(chǔ)設(shè)施

關(guān)鍵的***步是更新你的配置管理數(shù)據(jù)庫(CMDB)或任何其他跟蹤資產(chǎn)的系統(tǒng)。沒有那些信息，你無法知道你的基礎(chǔ)設(shè)施包括什么以及你目前面臨的挑戰(zhàn)。對于一個真正的轉(zhuǎn)型，你需要100%的清楚。

2. 目錄和地圖應(yīng)用程序

隨著時間發(fā)展，企業(yè)應(yīng)用業(yè)務(wù)量將會擴展。你可能會發(fā)現(xiàn)4款追蹤工具和2框HR應(yīng)用。這還有其他過多的東西嗎?合并是否能夠降低成本?哪些應(yīng)用應(yīng)該被遷移到云上，哪些不能?在遷移計劃中，你必須明確規(guī)劃應(yīng)用程序保留的位置以及哪些依賴關(guān)系不被破壞。

3. 設(shè)計和估計

需要有用來核查的時間。例如，一家企業(yè)開始只有40%了解，將會意識到它最初的計劃太過頭。一旦你決定棄用什么、移動什么以及何時移動(例如，是否首先遷移較低或較高層的應(yīng)用程序)，就會出現(xiàn)對未來的戰(zhàn)略設(shè)計。將設(shè)計加入ROI工具可以為你估算成本和財務(wù)回報。

4. 建立和驗證

在這個階段，POC可以幫助你熟悉未來狀況和增加在團隊中的信心。鑒于企業(yè)IT團隊有日常工作，絕大多數(shù)精明的組織都知道要實現(xiàn)自己的目標，它們需要經(jīng)驗豐富和專注的合作伙伴，它們可以在管理戰(zhàn)略和日常運營的同時照顧項目。否則，很難進行重大變革。

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

無論你是否遵循災(zāi)難恢復(fù)(DR)故障切換策略還是把云視為建立新版本應(yīng)用的平臺，你現(xiàn)在都處于“構(gòu)建”。一些項目將會上云，而其他的則會留在物理基礎(chǔ)設(shè)施上。一些是在邊緣，其他則是在本地，所有都基于你特殊的需求。通過多云和正確的設(shè)置，基礎(chǔ)設(shè)施可以進入一個新狀態(tài)。

6. 檢測和驗證

接下來是性能測試，來證明你的應(yīng)用和系統(tǒng)在提升，同時運行起來沒有任何毛病。檢測應(yīng)該包括高可用性部分和維護窗口期間的故障轉(zhuǎn)移。同時，檢測應(yīng)取決于應(yīng)用、預(yù)算和特定的目標，例如RPOs或RTOs.這是任何東西正常工作都應(yīng)該驗證的事。

7. 啟動操作

這個***階段并不是事后考慮，因為應(yīng)該在整個過程中創(chuàng)建行動手冊，并且易于操作，具有成本效益和可靠性。但是，一旦這些日常操作指南最終確定下來，你就可以在新的遷移狀態(tài)下開始操作。

如果你像大多數(shù)企業(yè)一樣，已經(jīng)將一只腳邁入云端。而那些將應(yīng)用程序和基礎(chǔ)設(shè)施遷移到云端的人，遠遠超過那些“全押”和猶豫不決的嘗鮮者。