評估 Azure Stack Hub 移轉的工作負載
本文假設您已決定將 Azure Stack 整合到雲端策略、已制定 Azure Stack Hub 的移轉計畫，而且您的環境已準備好進行移轉。
在規劃方法中為組織建立合理的數位資產期間，每個工作負載都會經過探索和清查，並根據量化資料做出初始決策。 在部署每個工作負載之前，請務必先使用定性資料來驗證資料和決策。
放置
要考慮的第一個資料點是放置。 亦即，此工作負載會遷移到公用雲端、私人雲端還是其他雲端平台，例如主權雲端或服務提供者的 Azure 環境？
下列各節中的資訊可協助驗證您的放置相關決策。 這項資訊也會協助您呈現可在部署工作負載時使用的資料。
專案關係人的價值
與業務和 IT 專案關係人一起評估此工作負載的遷移價值：
- 摩擦較少：短視、長期可行性受限。
- 摩擦較多：長期投資、更容易反覆進行並繼續現代化。
- 兩者取得平衡。
治理、風險和合規性
評估法規、合規性和隱私權需求的影響：
- 哪些資料可以存放在 Azure 上，哪些資料則需要留在內部部署環境？
- 誰可以管理基礎平台？
- 資料是否相依於該位置？
- 儲存的資料是否有到期日？
成功的計量
判斷成功的計量和可用性容錯：
- 效能
- 可用性
- 災害復原
- 部署或移轉方法
授權
評估授權和支援的影響：
- 是否有產品授權限制而會限制轉換？
- 新環境中是否支援應用程式或資料集？
- 是否有需要提供支援聲明的第三方軟體廠商？
作業需求
- 藉由檢查 IT 管理的雲端服務與應用程式專屬服務之間的相互關聯性，來避免重複進行工作並將服務等級協定 (SLA) 最佳化。
- 請考慮要在部署和移轉應用程式期間協調服務佈建所需建立的自動化。
- 為了協助符合您的作業需求，請考慮可擴縮性和可用性服務，例如，依使用量付費、可用性設定組、虛擬機器擴展集、網路介面卡，以及新增和調整 VM 和磁碟大小的功能。
監視
- 使用定義完善的計量來構成提供給終端使用者的 SLA 基礎，以監視系統健康情況和作業狀態與效能。
- 檢查安全性與合規性，評估雲端環境符合應用程式所強加法規和合規性需求的程度。
- 備份/還原和複寫/容錯移轉有哪些程序？
- 尋找適用於基礎結構即服務、平台即服務和軟體即服務資源的資料保護服務。
- 納入多個廠商、技術和功能，以達成全方位的保護策略。
後續步驟
如需雲端採用旅程圖的特定元素指引，請參閱：