雲時代 數據中心如何遷移？這裡有7個步驟

當談到雲遷移時，你是哪種人?是早早地跳上「雲的火車」，還是沒有試圖虛擬化任何東西的落後者?也或者你仍處於主流之中，在本地上採用混合的雲和一些系統呢?

在我們的雲遷移實踐中，我們發現每種類型都面臨自己的挑戰。早期的採用者無法支持它們有雄心的部署，並且發現了第一代雲系統的弱點。落後者可能意識到轉型的必要性，但是卻受阻於成本、資源和時間。大多數的企業仍是主流，它們往往採用一種混合IT策略，但是卻在管理層面和前進上受困。

根據在雲採用周期中的位置，你可能正在重新校準或開始和優化。無論如何，謹慎是一個好主意。數據中心現代化是一個複雜的和大規模的過程，下面是遷移的7步：

1. 評估基礎設施

關鍵的第一步是更新你的配置管理資料庫(CMDB)或任何其他跟蹤資產的系統。沒有那些信息，你無法知道你的基礎設施包括什麼以及你目前面臨的挑戰。對於一個真正的轉型，你需要100%的清楚。

2. 目錄和地圖應用程序

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

3. 設計和估計

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

4. 建立和驗證

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

5. 遷移基礎設施

無論你是否遵循災難恢復(DR)故障切換策略還是把雲視為建立新版本應用的平台，你現在都處於「構建」。一些項目將會上雲，而其他的則會留在物理基礎設施上。一些是在邊緣，其他則是在本地，所有都基於你特殊的需求。通過多雲和正確的設置，基礎設施可以進入一個新狀態。

6. 檢測和驗證

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

7. 啟動操作

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

如果你像大多數企業一樣，已經將一隻腳邁入雲端。而那些將應用程序和基礎設施遷移到雲端的人，遠遠超過那些「全押」和猶豫不決的嘗鮮者。（來自：天極網）

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！