你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
Azure Well-Architected 评审 是一种自我评估，旨在帮助工作负载团队根据 Azure Well-Architected 框架仔细评估工作负载。 评估包含大约 60 个问题，这些问题基于 Well-Architected 框架的关键支柱建议。 该工具还可以为工作负荷的 Azure 订阅或资源组集成 Azure 顾问 建议。
在开始评估之前，必须根据特定的业务需求确定支柱的优先级。 此方法可帮助你更有效地分配工作。 完成后，你会收到指向支持材料的链接的建议，这些材料有助于改进工作负荷的设计。 可以导出这些建议，以将它们集成到运营流程中，以便持续改进工作负荷。
提示
出现提示时，Azure Well-Architected 评审评估包含多个子评估，请务必选择“核心 Well-Architected 评审”。 这样就可以评估完整的工作负荷，而不仅仅是特定的技术。
何时进行评估
对于全新工作负荷，我们建议你在初始设计过程中执行评估，并输入建议的决定。 然后，该指南充当基线，并启动反馈循环，可用于在做出其他设计决策时优化工作负荷设计，并定期将其捕获到其他评估里程碑中。
还应检查 Brownfield 工作负载，作为工作负荷持续改进周期的一部分。 设置节奏，例如每四个月设置一次，并使用里程碑来跟踪工作负荷设计如何继续改进。
接收和集成建议
完成评估后，评估指南页上提供了当前里程碑的建议。 通过选择“ 导出到 CSV ”按钮导出这些建议。 可以使用脱机副本共享建议并开始确定其优先级。 尽管某些团队可能认为 CSV 文件足够，但我们建议将建议添加到工作负载的待办事项，以便将其集成到工作负载的软件开发生命周期中。
提示
架构良好的建议流程的 DevOps 工具提供了一个示例脚本，可帮助你创建积压工作集成的自动化。 这些脚本演示了将建议从架构良好的评审 CSV 文件导入现有 Azure DevOps 或 GitHub 组织的一种方法。
确定优先级并实施建议
工作负荷所有者和关键利益干系人应根据团队的标准工作优先顺序确定建议的优先级，考虑建议的适用性以及与特定设计决策相关的任何权衡。 例如，可以将建议分配给特定所有者，或者可能会推迟或取消建议。 与所有计划内的工作一样，建议应跟踪直到解决，因为这是工作负荷软件开发生命周期（SDLC）的一部分。
监视改进
随着时间的推移，工作负荷将因功能更改、消除或累积技术债务以及权衡而演变。 使用评估的里程碑功能跟踪一段时间内的此更改，使用以前的里程碑作为基线。 你会在 Azure 架构良好评审中看到随时间的变化。 订阅的 Azure 顾问 评分中的工作负荷组件也可能会有所改善。
提示
评估是一项协作工作，需要多名专家和利益干系人在工作负荷范围内积极、诚实地参与。 所有参与者都感到愿意公开讨论缺点，而不必担心有反响，因此团队避免了模糊的工作负荷风险或错过改进的机会。
在进行评估时，应始终登录，以便该工具可以生成里程碑。
警告
评估与 Microsoft Learn 配置文件相关联。 它们不能转移到其他配置文件或由其他配置文件访问。
选择包含工作负荷最大部分的 Azure 订阅或资源组。 这样做有助于确保导出的 CSV 文件中仅包含相关的顾问建议。 不能包含多个订阅或排除资源组。
为评估选择有意义的名称，而不是默认值。 评估的名称应包括工作负荷的名称。
使用有意义的里程碑名称来指示何时评估工作负荷。
使用问题和建议的注释功能来记录你想与工作负荷团队讨论的任何细节。
与其在一次评估中回答所有五大支柱的 60 个问题，不如考虑按月错开评估，每次专注于一个支柱。 请务必在评估的名称中包含支柱的名称。
获取个性化支持
与你的Microsoft合作伙伴或你的帐户团队合作，了解他们如何帮助你以正式参与方式执行评估。 作为参与的一部分，他们可以提供有关建议的更多详细信息。 这些详细信息可帮助你确定建议的适用性以及如何确定建议的优先级进行修正。
专门的 Well-Architected 评审
Microsoft评估平台有多个评估，这些评估将 Well-Architected 框架视角应用于更窄的范围，例如特定技术或工作负荷分类。 在微调该特定技术或工作负荷的设计决策时，可以使用这些评估。 除了“核心 Well-Architected 评审”之外，还要对这些评估进行更完整的设计评估。
其他 Well-Architected 评审评估的示例：
若要查看所有的 Well-Architected 评估，请使用 Microsoft 评估浏览器。