简介

在本模块中，你将基于现有体系结构进行构建，以支持一家虚构公司的高可用性方案。你将获得应用程序设计、基础结构选择、数据模型和整体可观测性方面的高级规范。在练习结束时，你会通过将自己的设计与类似体系结构的设计进行比较来检查自己的工作。请务必记下差距以便未来进行增强。

示例方案

Contoso Shoes 两年前将其本地部署迁移到云。虽然运营方面得到了改进，但将其可用性和正常运行时间保持在服务级别协议 (SLA) 范围内一直是个难题。还有一个即将到来的产品发布，预计会形成流量高峰。以前的发布曾导致中断，因为系统无法满足负载增加，这导致了重大财务损失。

根据这一经验，该组织现在致力于提高系统的整体可靠性和可观测性。他们对现有应用程序更新了可用性目标，使其成为任务关键型应用程序。

该组织需要经过改进的设计，这种设计可承受体系结构中一个或多个组件发生故障，甚至可以承受完全区域中断，同时为其运营提供更多的系统运行状况见解。他们探讨了添加另一个区域的可能性。 Contoso 还希望在地理位置更靠近客户的区域中更快地为客户提供服务，从而改善客户体验。

团队了解这种方法的弱点：增加成本和复杂性。但是，长时间停机的成本（实际成本和信誉成本）会大于在第二个区域中运行的成本。作为首席云架构师，你需要在考虑这些目标的情况下评估并改进当前体系结构。

现有应用程序已根据 Azure 架构良好的框架的质量支柱进行了设计。作为初始步骤，你阅读了为架构良好的任务关键型工作负载提供的指导。你优先考虑增强系统复原能力和可观测性，将此作为对系统具有最高可靠性影响的关键重点领域。

重要

这些练习并未涵盖任务关键型工作负载的所有设计领域。完成此挑战后，建议继续探索架构良好的任务关键型工作负载中提供的任务关键型原则，以便你可全面地了解自己的设计。

在本模块结束时，你将演示将任务关键型设计原则应用于示例方案的能力。根据你的学习，你将能够评估类似的设计，并最终创建自己的为生产做好准备的任务关键型解决方案。