任何旅程都必須有良好的規(guī)劃舉措作為支持，從現(xiàn)場數(shù)據(jù)中心資源到云 IaaS 的旅程顯然也不例外。首席信息官負責將現(xiàn)場 IT 基礎設施遷移到云端。即使單個應用程序必須遷移到云端，他們也必須對整個過程進行深入分析。

云遷移的重要方面

云提供商和云服務用戶之間必須有良好的理解，以便在不影響可擴展性和效率的情況下優(yōu)化資源消耗。最近的調(diào)查證實，擁抱企業(yè)云是推動數(shù)字技術采用轉(zhuǎn)型的重要力量，并被視為主要的增長動力。因此，難怪 65% 的企業(yè)將通過托管將其數(shù)字資產(chǎn)轉(zhuǎn)移到云或遠程數(shù)據(jù)中心。云采用的速度一直在獲得驚人的牽引力，在本十年末，軟件和技術相關服務的 60% 到 70% 的支出將用于云計算。

成功遷移的步驟

如前所述，數(shù)據(jù)中心遷移之旅應從包括三個階段的規(guī)劃開始。應規(guī)劃整個運營，以保持業(yè)務運營的性能不受干擾和無縫數(shù)據(jù)保護。正確規(guī)劃和仔細執(zhí)行計劃可以保證云采用的所有優(yōu)勢，包括合規(guī)性、可擴展性、成本效率和縮短上市時間。

規(guī)劃和設計階段 -通過了解當前的工作負載和數(shù)據(jù)要求，您將能夠清楚地將云資源劃分為獨立的計費帳戶、DHCP 塊和子網(wǎng)。首先，您可以確定將要使用您的產(chǎn)品（例如應用程序和 IT 解決方案）的最終用戶的主要特征。

云內(nèi)互連——通常在后期考慮云互連方面。但是，如果一開始就考慮到云的這一屬性，就有可能建立一個經(jīng)濟實惠、高效且具有出色可擴展性的云基礎設施。

越來越多的企業(yè)能夠在多云環(huán)境中利用互連的廣泛優(yōu)勢。此外，您可以通過允許用戶、應用程序和數(shù)據(jù)之間的接近程度來增強基于云的應用程序的性能。

應通過研究安全方面來根據(jù)網(wǎng)絡的規(guī)模對網(wǎng)絡進行設置和分類。應通過牢記遷移后場景中可訪問性的連續(xù)性來執(zhí)行此過程?？梢詫贸绦蚍纸鉃槎鄠€類別以促進可管理性。

遷移過程

您需要考慮這樣一個事實，即許多云遷移實例并未在敏捷性和效率方面為企業(yè)提供預期的好處。這些被發(fā)現(xiàn)缺乏適當?shù)霓D(zhuǎn)換水平，從而導致成本密集型遷移。為了選擇正確的遷移方法，必須使組織的特定需求和遷移目標與流程保持一致。

按原樣移動——該方法被專家稱為“提升和轉(zhuǎn)移”，涉及在不修改應用程序管理工具的情況下將工作負載從當前位置移動到目標云 IaaS。在這樣的過程中，除非在特殊情況下需要，否則不進行修改。簡單的過程不涉及使用云的固有特性，幾乎不提供任何附加值。由于成本過高，一般不采用該方案。

使用虛擬自動化——如果您打算避免運營自己的數(shù)據(jù)中心，并希望迅速采用創(chuàng)新技術，那么這可能是您的最佳選擇。IT 流程的修改是此流程的重要亮點和先決條件。這種方法利用基于云的功能（包括自動化）來提供更大范圍的標準化。工作負載清理是使這些工作更安全、更具成本效益和安全性的過程。

轉(zhuǎn)變 DevOps 方式 -最大限度地使用特定于云的敏捷方法是通過利用基于 DevOps 的工具向云 IaaS 轉(zhuǎn)變的主要屬性。如果您打算將基礎設施作為代碼和自動化放在重要位置，先進的 DevOps 轉(zhuǎn)型可以確保技術革新，讓您的企業(yè)為應對模式 1 和模式 2 的需求做好充分準備。

然而，該方法不支持完全轉(zhuǎn)換，因為它被發(fā)現(xiàn)是高度復雜和破壞性的命題。但是，如果您希望在整個企業(yè) IT 基礎架構中引入敏捷性和 DevOps，那么這可能是一個完美的方法。

綜上所述

將現(xiàn)有數(shù)據(jù)中心基礎設施遷移到云 IaaS 的三種方法涵蓋了不同的用例場景。為了更快、更靈活地部署云，CIO 可以考慮通過利用虛擬機的克隆和遷移來避免服務器重建。在 SLA 和應用程序兼容性方面對混合云基礎架構進行清晰分析仍然是數(shù)據(jù)中心向云 IaaS 遷移的一個重要方面。