Azure 上任務關鍵性工作負載的跨領域考慮

有數個跨領域考慮會周遊 主要設計區域。 本文會將這些跨領域考慮內容化，以供每個設計區域中後續考慮。

重要

本文是 Azure Well-Architected任務關鍵性工作負載 系列的一部分。 如果您不熟悉此系列，建議您從 什麼是任務關鍵性工作負載開始？

調整限制

Azure 會套用各種 限制 或 配額 ，以確保所有客戶的服務層級一致。 這些限制的範例包括單一訂用帳戶內可部署資源數目的限制，以及網路和查詢輸送量的限制。

服務限制可能會對大型任務關鍵性工作負載造成重大影響。 請仔細考慮目標架構中使用的服務限制，以確保持續調整規模。 否則，您可能會在工作負載成長時達到一或多個這些限制。

重要

隨著平臺演進，限制和配額可能會變更。 請務必檢查 Azure 訂用帳戶和服務限制、配額和限制的目前限制。

建議

• 針對資源組合、部署和管理採用 縮放單位方法 。
• 視需要使用訂用帳戶作為縮放單位、相應放大資源和訂用帳戶。
• 確定調整限制會視為容量規劃的一部分。
• 如果有的話，請使用現有應用程式環境的相關資料來探索可能遇到的限制。

自動化

部署和管理活動自動化的整體方法，可將工作負載的可靠性與操作性最大化。

建議

• 為所有應用程式元件自動化持續整合和持續傳遞 (CI/CD) 管線。
• 自動化應用程式管理活動，例如修補和監視。
• 使用宣告式管理語意，例如基礎結構即程式碼 (IaC) ，而不是命令式方法。
• 設定範本化與腳本的優先順序。 只有在無法使用範本時，才延遲編寫腳本。

Azure 藍圖對齊

Azure 會透過經常更新服務、功能和區域可用性不斷演進。 請務必讓目標架構與 Azure 平臺藍圖保持一致，以通知最佳的應用程式路線。 例如，確定所選部署區域內有可用的必要服務和功能。

如需有關新服務和功能的最新資訊，請參閱 Azure 更新 。

建議

• 與 Azure 工程藍圖和區域推出計畫一致。
• 使用預覽服務解除封鎖，或採用 Azure 平臺藍圖上的相依性。
• 只相依于已認可的服務和功能;使用 Microsoft 工程產品群組來驗證藍圖相依性。

後續步驟

探索提供建置任務關鍵性工作負載的重要考慮和建議的設計區域。

架構模式