总结：区域弹性不是您应用于整个工作负载的单个数字。有用的问题不是“有多少个区域？”而是“每个组件在失去一个区域的情况下需要多少个区域？“按组件确定区域模式组件，在任何合适的地方使用服务管理的区域冗余，并为真正需要第三个故障域的组件保留三个区域设计。
有关针对特定工作负载在两个区域模式和三个区域模式之间进行选择的更深入、面向决策的演练，请参阅配套文章“为区域弹性Azure工作负载选择两个区域模式和三个区域模式”。
询问一个由架构师组成的房间，生产工作负载需要多少个Microsoft Azure可用区，大多数人会回答“三个”。“这是一个合理的本能，但“到处都是三个区域”是一个值得更多思考的决定的经验法则。将其视为默认值会使您可能不需要的能力、金钱和运营复杂性付出沉默的代价，同时偶尔会为您提供比您想象的更少的保护。
区域弹性不是您为整个工作负载打开的属性。这是您逐个组件做出的一组决策。某些组件在两个区域内受到完全保护。有些人真的需要第三者。对于越来越多的人来说， Azure会为您管理区域冗余，最好的决定是放手。这篇文章是关于如何区分的。
了解可用性区域和区域的体系结构策略哪些可用性区域可防范（以及哪些不可防范）支持可用性区域的Azure区域由独立的数据中心组组成，每个数据中心组都有独立的电源、冷却和网络。区域弹性可保护您免受其中一个区域的损失。它不能保护您免受整个地区的损失。