開始使用：確保組合的一致效能
如何確保工作負載組合的充分效能？ 本指南中的步驟可協助您建立維護該效能層級的程式。
效能也取決於其他角色和函式。 本文會對應這些支援函式，以協助您在相關小組之間建立一致性。
集中式作業管理是在整個組合中一致效能最常見的方法。 有關作業實務的決策會定義作業基準和任何整體增強功能。
本指南中的第一個步驟可協助作業小組開始使用。 後續步驟可協助整個企業開始跨工作負載組合進行企業效能的共用旅程。
步驟 1：建立作業管理需求
Microsoft 雲端採用架構 for Azure 中所述的作業管理基準提供一組控件和雲端原生作業工具，以確保作業一致。 使用自動化工具擴充該基準可提供效能監視和自動化，以符合整個組合的一致效能需求。
交付：
- 增強管理基準，以包含與效能預期偏差相關的自動化補救工作。
- 當需要工作負載特定的數據模式或架構變更以符合效能需求時，請使用工作負載特定的作業來提供更高的效能控制。
- 記錄作業管理活頁簿中 IT 組合的作業決策。 著重於在索引標籤的
Baseline區段中納入效能自動化決策Operational Compliance。
支援交付專案完成的指引：
- 增強的管理基準文章概述使用 Azure 自動化 等工具來新增效能相關增強功能的範例。 這種方法可透過對支持資產的大小和規模進行基本修改，協助維持一致的效能。
- 工作負載特定作業 會使用 Microsoft Azure 架構良好的檢閱來提供特定工作負載自動化的指引。 當工作負載特定數據應該驅動操作動作時，效能管理的這個方法特別有用。
- 上述指引假設管理基準的現有實作支援完整的工作負載組合。
注意
整個雲端採用生命週期中的各種決策可能會直接影響效能。 下列步驟有助於概述在 IT 組合中提供效能所需的合作關係和支援工作。
| 課責小組 | 負責和支援的小組 |
|---|---|
步驟 2：管理基準的一致應用
隨著管理基準的改善，請務必確保這些改進會持續到資源一致性治理專業領域。 這麼做可確保在所有受控環境中套用增強型基準。
交付：
確保針對所有受影響的系統適當應用增強的管理基準。
支援交付專案完成的指引：
- 請確定所有工作負載和資源都遵循 適當的命名和標記慣例。 使用 Azure 原則 強制執行標記慣例，並特彆強調的
criticality標記。 - 如果您不熟悉雲端治理，請使用治理方法建立 治理原則、流程和專業領域 。
- 如果您不熟悉成本管理專業領域，請考慮遵循 成本管理專業領域改進一文，並著重於 實作 一節。
| 課責小組 | 負責和支援的小組 |
|---|---|
步驟 3：定義策略
策略性決策會直接影響效能、在採用生命週期和長期作業中撕裂。 策略性明確可改善整個組合的效能工作。 這種清晰性也可協助作業小組瞭解哪些工作負載需要一定程度的工作負載特製化和進階作業。
交付：
- 在策略和計劃範本中記錄動機、結果和業務理由。
- 請確定管理基準提供符合雲端採用策略方向的操作支援。
支援交付專案完成的指引：
- 了解動機：重要的商務事件和一些移轉動機往往對成本敏感，這會增加所有後續工作的成本控制的重要性。 透過移轉與創新或成長相關的其他前瞻性動機，可能更著重於頂級營收。 了解動機可協助您決定成本管理的優先順序有多高。
- 業務成果：某些會計結果往往成本非常敏感。 當所需的結果對應至會計計量時，您應該儘早投資成本管理治理專業領域。
- 業務理由：業務理由可作為雲端採用財務計劃的高階檢視。 這可以是初始預算工作的良好來源。
| 課責小組 | 負責和支援的小組 |
|---|---|
步驟 4：評估及規劃工作負載採用
數字資產（或現有 IT 組合的分析）有助於驗證業務理由，並提供 IT 組合的精簡檢視。 採用計劃提供採用期間啟用時程表的明確性。 配合該計劃和數字資產分析，提供規劃未來相依於作業管理的方法。
了解計劃也會邀請雲端作業小組進入開發週期。 然後，小組可以評估及規劃提供工作負載作業所需的管理基準的任何變更。
交付：
- 更新策略和計劃範本，以反映數位資產分析所觸發的變更。
- 請與雲端作業小組合作，在短期和長期採用計劃中清楚定義每個工作負載的關鍵性和業務影響。
- 請與雲端作業小組合作，建立作業整備時間軸。
支援交付專案完成的指引：
- 收集清查：建立數據源，以在採用之前分析數字資產。
- 最佳做法：Azure Migrate：使用 Azure Migrate 收集清查。
- 累加式合理化：在累加式合理化期間，使用量化分析來識別用於預算用途的雲端候選專案。
- 調整成本模型和預測模型：使用 Azure 成本管理 + 計費，藉由 建立預算來對齊成本和預測模型。
- 建置雲端採用方案：建置具有可採取動作工作負載、資產和時程表詳細數據的方案。
| 課責小組 | 負責和支援的小組 |
|---|---|
步驟 5：展開登陸區域
雲端採用架構的就緒方法著重於開發登陸區域，以裝載雲端中的工作負載。 在登陸區域實作期間，各種決策可能會影響作業。
請洽詢雲端作業小組，以協助檢閱登陸區域以取得作業改善。 另請參閱雲端治理小組以了解資源一致性原則和設計指引，這可能會影響登陸區域設計。
交付：
- 部署一或多個登陸區域，以在短期採用計劃中裝載工作負載。
- 確定所有登陸區域都符合作業決策和資源一致性需求。
支援交付專案完成的指引：
- 改善登陸區域作業：改善登陸區域內作業的最佳做法。
| 課責小組 | 負責和支援的小組 |
|---|---|
步驟 6：採用
長期作業可能會受到您在移轉與創新工作期間做出的決策所影響。 在採用程式中保持一致一致，有助於消除生產發行的障礙。 它也會減少將新解決方案上線至作業管理實務所需的工作。
交付：
- 使用資源一致性原則測試生產部署的操作整備程度。
- 驗證遵循資源一致性和作業需求的設計指引。
- 記錄作業管理活頁簿中的任何進階作業需求。
支援交付專案完成的指引：
| 課責小組 | 負責和支援的小組 |
|---|---|
Value 語句
上述步驟將協助您實作控件和程式，以確保企業和所有託管資源的效能。
意見反應
即將登場：在 2024 年，我們將逐步淘汰 GitHub 問題作為內容的意見反應機制，並將它取代為新的意見反應系統。 如需詳細資訊，請參閱：https://aka.ms/ContentUserFeedback。
提交並檢視相關的意見反應