你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

Azure 上任务关键型工作负载的跨领域关注点

有几个横切关注点会遍历 关键设计领域。 本文将这些跨领域问题进行上下文化，以便在每个设计领域进行后续考虑。

重要

本文是 Azure Well-Architected任务关键型工作负载 系列的一部分。 如果不熟悉本系列，建议从 什么是任务关键型工作负载开始？

规模限制

Azure 应用各种 限制 或 配额 ，以确保为所有客户提供一致的服务级别。 这些限制的示例包括对单个订阅中可部署的资源数的限制，以及网络和查询吞吐量的限制。

服务限制可能会对大型任务关键型工作负载产生重大影响。 仔细考虑目标体系结构中使用的服务的限制，以确保可持续缩放。 否则，随着工作负荷的增长，可能会达到其中一个或多个限制。

重要

随着平台的发展，限制和配额可能会更改。 请务必检查 Azure 订阅和服务限制、配额和约束中的当前限制。

建议

• 采用 缩放单元方法 进行资源构成、部署和管理。
• 使用订阅作为缩放单元，根据需要横向扩展资源和订阅。
• 确保将缩放限制视为容量规划的一部分。
• 如果可用，请使用有关现有应用程序环境的数据来探索可能遇到的限制。

自动化

部署和管理活动自动化的整体方法可以最大程度地提高工作负载的可靠性和可操作性。

建议

• 自动执行所有应用程序组件的持续集成和持续交付 (CI/CD) 管道。
• 自动执行应用程序管理活动，例如修补和监视。
• 使用声明性管理语义，例如基础结构即代码 (IaC) ，而不是使用命令性方法。
• 优先考虑模板化，而优先于脚本编写。 仅当无法使用模板时，才遵循脚本编写。

Azure 路线图一致性

通过频繁更新服务、功能和区域可用性，Azure 不断发展。 请务必将目标体系结构与 Azure 平台路线图保持一致，以告知最佳应用程序轨迹。 例如，确保所需的服务和功能在所选部署区域中可用。

有关新服务和功能的最新信息，请参阅 Azure 更新 。

建议

• 与 Azure 工程路线图和区域推出计划保持一致。
• 通过预览版服务或采用 Azure 平台路线图上的依赖项来取消阻止。
• 仅依赖于已提交的服务和功能;使用 Microsoft 工程产品组验证路线图依赖项。

后续步骤

探索为构建任务关键型工作负载提供重要注意事项和建议的设计领域。

体系结构模式