雲端採用架構移轉模型
雲端採用架構的此小節說明其移轉模型背後的原理。 在可能的情況下，本內容會嘗試保持廠商中立的立場。 本內容都會引導您完成可套用至任何雲端移轉的程序和活動 (不論您選擇的雲端廠商為何)。
了解移轉動機
雲端移轉巧妙地偽裝成技術實作，但其實是組合管理工作。 在移轉程序期間，您會決定移動一些資產、投資其他資產，以及淘汰過時或未使用的資產。 在此程序中的一部分，一些資產會被最佳化、重構或完全取代。 這些決策的每個都應該配合您雲端移轉背後的動機。 最成功的移轉還會進一步地使這些決策配合所要的業務成果。
此模型會要求您的組織先完成雲端採用的業務整備程序。 請確定您已檢閱計畫方法和雲端採用架構的就緒方法。 這些方法可判斷雲端移轉的商業驅動因素或其他理由。 也可提供執行大規模移轉程序之前的必要組織規劃或訓練。
注意
雖然業務規劃很重要，成長心態也同樣重要。 在雲端策略小組進行更廣泛的業務規劃工作期間，建議雲端採用小組應同時開始移轉第一個工作負載，作為更大規模移轉工作的先驅。 此初始移轉可讓小組獲得移轉中所牽涉的業務和技術問題的實務經驗。
構想最終狀態
開始進行移轉工作之前，請務必建立最終狀態的粗略願景。 下圖顯示基礎結構、應用程式和資料的內部部署起點。 這些元素會定義您的數位資產。 在移轉程序期間，這些資產會使用合理化的五 R 策略中所述的移轉策略來轉換。
工作負載的移轉和現代化範圍包括重新裝載移轉、重構和重新架構。 重新裝載移轉 (或隨即轉移) 會使用基礎結構即服務 (IaaS) 功能，而不需要變更程式碼和應用程式。 重構移轉只需要少量的變更。 重新架構移轉會修改和擴充程式碼和應用程式功能，以充分運用雲端技術。
雲端原生策略和平台即服務 (PaaS) 策略使用 Azure 平台供應項目和受控服務，來「重建」內部部署工作負載。 您的工作負載可能會有同等的完全受控軟體即服務 (SaaS) 雲端式供應項目。 這些工作負載通常可以在移轉過程中完全由這些服務取代。
注意
在雲端採用架構的公開預覽期間，架構的此小節強調重新裝載策略。 雖然在可用時，PaaS 和 SaaS 解決方案會作為替代方案討論，但使用 IaaS 的虛擬機器型工作負載移轉是主要焦點。
此內容的其他章節和未來反覆項目將會以其他方法擴充。 如需擴充您的移轉範圍的概略討論，以包含更複雜的移轉策略，請參閱《平衡組合》一文。
累加移轉
雲端採用架構移轉模型是以累加雲端轉換程序為基礎。 其假設您的組織會從最初有範圍限制的雲端移轉工作開始。 我們通常會將此移轉工作視為第一個工作負載。 此工作會隨著您的營運小組精簡並改善移轉程序，而反覆擴充以包含更多工作負載。
Azure Site Recovery 等雲端移轉工具可遷移由數以萬計虛擬機器 (VM) 組成的整個資料中心。 不過，企業和現有 IT 作業通常無法處理這種步調快速的變更。 許多組織會將移轉工作分解成多個反覆項目。 他們會在每次反覆時移動一個工作負載或一組工作負載。
此累加模型背後的原則是以執行特定程序和必要條件為基礎。 下列資訊圖會參考這些程序。
持續應用這些原則代表您雲端移轉程序的最終目標。 不應該將其視為必要的起點。 隨著您的移轉工作成熟，請參考此小節中的指導方針，以協助定義支援您組織需求的最佳程序。
後續步驟
藉由調查移轉的必要條件，開始學習此模型。