Azure 上任務關鍵性工作負載的跨領域考慮
有數個跨領域考慮會周遊 主要設計區域。 本文會將這些跨領域考慮內容化，以供每個設計區域中後續考慮。
重要
本文是 Azure Well-Architected任務關鍵性工作負載 系列的一部分。 如果您不熟悉此系列，建議您從 什麼是任務關鍵性工作負載開始？
調整限制
Azure 會套用各種 限制 或 配額 ，以確保所有客戶的服務層級一致。 這些限制的範例包括單一訂用帳戶內可部署資源數目的限制，以及網路和查詢輸送量的限制。
服務限制可能會對大型任務關鍵性工作負載造成重大影響。 請仔細考慮目標架構中使用的服務限制，以確保持續調整規模。 否則，您可能會在工作負載成長時達到一或多個這些限制。
重要
隨著平臺演進，限制和配額可能會變更。 請務必檢查 Azure 訂用帳戶和服務限制、配額和限制的目前限制。
建議
- 針對資源組合、部署和管理採用 縮放單位方法 。
- 視需要使用訂用帳戶作為縮放單位、相應放大資源和訂用帳戶。
- 確定調整限制會視為容量規劃的一部分。
- 如果有的話，請使用現有應用程式環境的相關資料來探索可能遇到的限制。
自動化
部署和管理活動自動化的整體方法，可將工作負載的可靠性與操作性最大化。
建議
- 為所有應用程式元件自動化持續整合和持續傳遞 (CI/CD) 管線。
- 自動化應用程式管理活動，例如修補和監視。
- 使用宣告式管理語意，例如基礎結構即程式碼 (IaC) ，而不是命令式方法。
- 設定範本化與腳本的優先順序。 只有在無法使用範本時，才延遲編寫腳本。
Azure 藍圖對齊
Azure 會透過經常更新服務、功能和區域可用性不斷演進。 請務必讓目標架構與 Azure 平臺藍圖保持一致，以通知最佳的應用程式路線。 例如，確定所選部署區域內有可用的必要服務和功能。
如需有關新服務和功能的最新資訊，請參閱 Azure 更新 。
建議
- 與 Azure 工程藍圖和區域推出計畫一致。
- 使用預覽服務解除封鎖，或採用 Azure 平臺藍圖上的相依性。
- 只相依于已認可的服務和功能;使用 Microsoft 工程產品群組來驗證藍圖相依性。
後續步驟
探索提供建置任務關鍵性工作負載的重要考慮和建議的設計區域。