前往目標架構的旅程
採用雲端技術有如一趟旅程。 除了商務優先順序，還需要引進新技術以發揮功能或特性，這些都影響組織部署和擴增雲端環境的速度。
一段時間後，組織會逐一查看並成熟已部署的技術、流程和技能，以朝著該目的地邁進。 然而，如此反覆運用不表示目標一蹴可幾。 旅程需要時間。 所需時間隨組織規模、目前的技術實力及技術小組的技能成熟度而有所不同。
斜坡
想像一下沿著高速公路所展開的一趟旅行。 您可以使用多條「入口匝道」進入高速公路，但「目的地」會相同。
這些坡道代表貴組織目前在雲端採用方案中的位置。 它們也代表您需要繼續開發雲端環境的特定指引。
| 入口匝道 | 描述 | 進一步的指引 |
|---|---|---|
| 啟動 | 您的組織是在雲端採用旅程的開頭，也稱為 綠地 ，而且您想要根據最佳做法和經證實的架構模式來實作新的雲端環境。 從 Azure 登陸區域概念架構開始，以了解建議的最終狀態。 探索每個設計區域。 瞭解每個區域中的主要主題，以形成您需要設計和實作最符合您需求的登陸區域所需的考慮和決策。 |
- 什麼是 Azure 登陸區域? - Azure 登陸區域的設計區域 |
| 契合 | 您的組織有一個現有的環境，需要修改以配合 Azure 登陸區域目標架構和最佳做法，也稱為 棕色地帶 。 請參閱從棕色地帶指引轉換，以瞭解重構環境的決策點和技術方法，並配合就緒方法中的指引。 |
- 重構登陸區域 - 將現有的 Azure 環境轉換為 Azure 登陸區域概念架構 - 案例：將沒有管理群組的單一訂用帳戶轉換為 Azure 登陸區域概念架構 - 案例：將管理群組轉換至 Azure 登陸區域概念架構 - 案例：將區域組織環境轉換為 Azure 登陸區域概念架構 - 案例：複製登陸區域管理群組來轉換環境 |
| 強化 | 您的環境已符合最佳做法，但貴組織想要新增更多控制項或功能。 探索描述增強雲端環境重要持續程式考慮的文章，例如管理、治理和安全性。 |
- 改善登陸區域作業 - 改善登陸區域治理 - 改善登陸區域安全性 |
下一步
如需實作 Azure 登陸區域的考慮，請探索 Azure 登陸區域中的設計區域。 請考慮每個登陸區域的特定技術主題。