开发体系结构设计规范

工作负荷体系结构设计规范是 一个详细规范，描述体系结构关系图和理由支持的设计选择。 这些决策必须同时解决功能性和非功能性需求，以及支持例行、临时和紧急操作。 但是，所有这些必须植根于明确的业务需求。 如果您尚未与利益相关者就一组明确的业务目标达成一致，我们建议您从技术策略与业务要求保持一致指南开始。

工作负载架构设计通常具有广泛性，始于应用程序设计，然后进展到云服务选择。 这些阶段相互启发。 组合的应用程序和基础结构设计必须满足所有要求。

实现满足所有要求的解决方案是 利益干系人、开发人员、测试人员、运营团队和产品所有者之间的协作努力。 设计过程应通过清晰化和协商来细化需求。 此过程是迭代的，通常需要多次评审。

建议将设计与 Azure Well-Architected 框架基本指南（包括设计原则和建议指南）保持一致，并承认权衡。

最终，工作负荷架构设计规范由工作负荷开发团队实施，因此必须清晰明确。 该规范应随时可用，并随工作负荷的文档一起存储。

技术规范

技术规范描述在功能规范中所述的范围和目标的基础上如何进行。 此规范旨在使工程团队在实施过程中用作记录计划。

在该规范中包括如下内容：

• 技术决策，包括：购买、构建、复用、扩展或停用。
• API 和数据协定（架构），包括向后兼容性实现策略
• 推出和回滚实现详细信息
• 独特的安全开发生命周期（SDL）和隐私实现
• 测试计划
• 关键监视和警报信号源
• 已考虑的替代设计

技术规范将推动工程工作。 工程工作项主要基于此规范的内容创建。 实施团队是指工作项、技术规范和功能规范，以确保最终结果同时满足功能和非功能要求。

灾难恢复（DR）计划

为了满足工作负荷的可靠性要求，架构师需要设计可在目标恢复时间目标（RTO）和恢复点目标（RPO）目标内恢复的系统。 体系结构设计规范必须包括恢复计划。 此计划必须涵盖涉及的体系结构组件、故障转移机制、对用户和数据流的影响以及操作建议。 它应描述设计如何满足哪些恢复目标。

虽然初始计划预计将根据演练和事后评审的见解而发展，但架构师有责任为所有新体系结构提供初始计划。

有关如何生成 DR 计划的详细信息，请参阅 为多区域部署制定灾难恢复计划。

安全性和符合性文档

架构师负责设计符合相关安全性和合规性约束的解决方案。 设计项目必须强调设计中包含的功能以支持这些要求，并在无法直接满足要求时确定任何必要的补偿控制措施。

一致性

请使用模板来记录工作负载的各项规范。 读取规范时，一致性可帮助利益干系人、责任方和实施团队。

确保规范具有关键元数据字段，例如：

• 状态：状态为 “草稿”、“ 正在审阅”和 “已批准”。
• 工作项链接：指向团队积压工作项中主要工作项的链接。
• 关键交叉链接：指向支持规范的相关规范或其他文档的链接。
• 关键人物：列出涉及的关键决策者的姓名的位置。 此列表可能包括的角色有：业务分析师、业务合作伙伴、技术主管，以及批准规范的产品负责人或产品主管。

后续步骤

架构师的清单