执行 Azure Well-Architected Review

Well-Architected Review (WAR) 是根据 Azure Well-Architected Framework 的五大支柱，对工作负载进行的结构化评估。评估通过 Azure 门户或 Microsoft Learn 评估网站中的引导式问卷进行。输出结果包括每个支柱的成熟度评分，以及按优先级排列的架构改进建议列表。

要开始 Well-Architected Review，您首先需要创建一个工作负载，即一组用于实现特定业务功能的 Azure 资源，并为其指定名称。将资源分组到工作负载中后，您可以统一评估这些资源，而不是孤立地分别评估。工作负载的示例包括面向客户的电子商务网站、内部 HR 应用程序或数据分析管道。

评估问卷分为与五大支柱对应的多个部分。每个部分包含一系列关于架构选择的单选题，例如“您是否为关键组件使用可用性区域？”和“所有机密是否都存储在 Key Vault 中？”。您可以一次完成问卷，也可以保存进度，稍后再返回继续。

完成问卷后，每个支柱都会获得一个介于 0 到 100 之间的成熟度评分。该评分反映您的工作负载遵循该支柱最佳实践的程度。评分采用颜色编码：红色（0-33）表示存在明显差距，黄色（34-66）表示部分采用，绿色（67-100）表示高度符合要求。没有任何工作负载一开始就能达到 100 分，目标是持续改进。

评审生成的每条建议都包括问题的描述、对应的支柱、严重性评级，以及如何修复问题的指导。建议会根据影响程度进行排名，因此您可以优先处理最能提升评分的改动。有些建议可以快速完成，另一些则需要进行重大的架构改动。

并非所有建议对每个工作负载都同等重要。要有效确定优先级，请考虑故障的业务影响、实施修复所需的工作量，以及问题不解决时存在的风险。一种常见方法是先处理高严重性、低工作量的项目，然后在下一次迭代中规划更大规模的架构改动。

Well-Architected Review 不是一次性活动。您应当定期重新运行评估，至少每六个月一次，或在完成重大架构改动后运行。该工具会保存您之前的回答，以便您查看评分发生了哪些变化。持续跟踪进度有助于向利益相关者展示架构投资的价值。

Well-Architected Review 在有多个角色的参与者共同参加时最有价值。架构师可以回答设计问题，安全工程师可以处理安全性支柱，运营团队负责卓越运营部分，而财务利益相关者则为成本优化讨论提供信息。跨职能参与能够带来更准确的评分，也能更好地获得对改进工作的支持。

Well-Architected Review 和 Azure Advisor 是互补但不同的工具。WAR 是基于问卷的评估，用于了解您计划采用的设计选择以及知识差距。Azure Advisor 会分析您实际部署的配置，并识别具体的资源级问题。将两者结合使用，可以全面了解设计意图与实际运营情况之间的差异。

评估工具允许您将结果导出为 PDF 或 CSV 报告，从而轻松与团队或领导层共享调查结果。您还可以与协作者共享评估链接，让他们查看结果并跟踪改进行动。这种透明度对于建立持续改进架构的文化十分重要。

Well-Architected Review 的每条建议都应转化为项目待办事项列表中的具体工作项（Azure Boards、GitHub Issues、Jira 等）。这样可以确保架构债务与功能开发一起得到跟踪和确定优先级。将 WAR 结果融入敏捷流程的团队，其长期架构质量始终优于把评审当作一次性文档处理的团队。

测试您对本课中 Microsoft Azure 基础知识（AZ-900）概念的理解。

本课您学习了：Well-Architected Review 是通过引导式问卷，根据 WAF 五大支柱为工作负载评分的评估；您应根据影响和工作量确定建议的优先级；评估应定期执行，并与团队的待办事项列表关联。接下来，我们将了解 Azure Advisor，以及它如何发现自动化改进建议。