評定您的工作負載
在評估階段中，您會評估工作負載的整備程度，並規劃移轉的狀態。 完成此階段之後，您可以部署工作負載以進行移轉。
您的雲端採用團隊應該評估技術相容性、所需的架構、效能和大小調整預期，以及相依項目。 請運用這項資訊以確保可有效地將移轉的工作負載部署到雲端。
分類工作負載
將工作負載分類以協助釐清治理、安全性、作業和雲端規模分析需求。 根據該資料的潛在外洩對企業或客戶的影響程度來分類資料。 高度敏感資料會增加安全性風險。 工作負載關鍵性是根據中斷對企業的影響程度所決定。
分類工作負載之後，請與您的支援團隊共用這些詳細資料。 低程度或不支援的工作負載對您支援團隊的影響可能不大。 但是，接近任務關鍵性或單位關鍵分類的工作負載，將會有更多的作業相依性。
評估工作負載整備程度
當您想要移轉工作負載時，雲端採用團隊必須確保所有資產和關聯的相依項目都與您的部署模型和雲端提供者相容。 您的團隊應該記錄下補救相容性問題所需的任何工作。
評估您的假設。 使用評量工具來判斷您的移轉是否有任何阻礙。
如果您從多個資料中心移轉工作負載，請評估跨資料中心相依性。 將這些相依項目視覺化並分組，以識別支援工作負載的資產 IP 位址和連接埠。
使用 Azure Migrate 和現代化進行複寫活動。 您可以使用 Azure Migrate 和現代化專案進行下列動作：
- 評估工作負載。
- 計算在 Azure 中營運的成本。
- 評估移轉的整備程度。
- 根據您的實際使用，將您的伺服器大小轉譯為 Azure 訂用帳戶。
在伺服器移轉過程中，您也可以移轉 SQL Server 執行個體或其他資料庫伺服器。
將主機設定、複寫的 VM 設定、網路設定和記憶體需求中的任何差異記錄下來。 使用該資訊來估價移轉的頻寬考量事項。
設計工作負載架構
在移轉之前，您必須設計工作負載的預期移轉狀態。
請考慮常見的設計假設來設計您的：
當您完成架構設計時，請重新瀏覽您的雲端估價，以確定仍在計劃的預算內。
移轉通常著重於維護現有的架構，並將其轉換為雲端平台。 但有時候您可能需要重新架構工作負載，甚至是移轉。 如果您有下列目標，則可能需要先進行架構變更，再進行移轉：
- 償還技術債務。
- 改善可靠性。
- 最佳化高成本工作負載。
- 滿足效能需求。
- 保護應用程式。