你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

完成 Azure 架构良好的评审评估

Azure 良好架构评审 是一种自我评估,可帮助工作负荷团队从 Azure 良好架构框架的角度检查工作负荷。 它由大约 60 个问题组成,这些问题基于良好架构框架的支柱中提供的关键建议。 评估工具还可以拉取 Azure 订阅或资源组的 Azure 顾问 建议。

在开始评估之前,必须根据特定的业务需求确定支柱的优先级。 此方法可让你更有效地分配工作。 评估结束时,你将获得建议和相应的链接,这些链接可帮助你改进工作负荷的设计。 可以将这些建议导出到一个文件中,该文件可用于将建议合并到操作流程中,以便持续改进工作负荷。

何时进行评估

对于绿地工作负荷,我们建议你在初始设计过程中执行评估,并输入建议的决定。 然后,该指南充当基线,并启动反馈循环,可用于在做出其他设计决策时优化工作负荷设计,并定期将其捕获到其他评估里程碑中。

还应检查布朗菲尔德工作负荷,作为工作负荷持续改进周期的一部分。 设置节奏,例如每四个月设置一次,并使用里程碑来跟踪工作负荷设计如何继续改进。

显示持续改进周期概述的关系图。

接收和集成建议

通过完成评估来评估工作负荷。 评估指南页上提供了当前里程碑的建议。 通过选择“ 导出到 CSV ”按钮导出这些建议。 可以使用脱机副本共享建议并开始确定其优先级。 尽管某些团队可能认为 CSV 文件足够,但我们建议将建议添加到工作负荷积压工作,以便将其集成到工作负载的软件开发生命周期(SDLC)。

提示

用于精心构建的建议过程的 DevOps 工具提供了一个示例脚本,可帮助你创建积压工作 集成的自动化。 这些脚本演示了将建议从架构良好的评审 CSV 文件导入现有 Azure DevOps 或 GitHub 组织的一种方法。

确定优先级并实施建议

工作负荷所有者和关键利益干系人应根据团队的标准工作优先顺序确定建议的优先级,考虑建议的适用性以及与特定设计决策相关的任何权衡。 例如,可以将建议分配给特定所有者,或者可能会推迟或取消建议。 与所有计划内的工作一样,应跟踪建议,直到它得到解决,作为工作负荷 SDLC 的一部分。

监视改进

随着时间的推移,工作负荷将因功能更改、消除或累积技术债务以及权衡而演变。 使用评估的里程碑功能跟踪一段时间内的此更改,使用以前的里程碑作为基线。 你将在 Azure 架构良好的评审中看到随时间的变化。 订阅的 Azure 顾问分数的工作负荷组件也可能会有所改善。

提示

  • 评估是一项协作工作,需要多个专家和利益干系人积极参与工作负荷。 所有参与者都感到愿意公开讨论缺点,而不必担心有反响,因此团队避免了模糊的工作负荷风险或错过改进的机会。

  • 在进行评估时,应始终登录,以便该工具可以生成里程碑。

    警告

    评估与 Microsoft Learn 配置文件相关联。 其他配置文件无法将其传输到或访问它们。

  • 选择包含工作负荷最大部分的 Azure 订阅或资源组。 这样做有助于确保导出的 CSV 文件中仅包含相关的顾问建议。 不能包含多个订阅或排除资源组。

  • 为评估选择有意义的名称,而不是默认值。 评估的名称应包括工作负荷的名称。

  • 使用有意义的里程碑名称来指示何时评估工作负荷。

  • 根据问题和建议使用备注功能捕获想要与工作负荷团队讨论的任何细节。

  • 与其在一次评估中回答所有五大支柱中的 60 个问题,不如考虑一次评估一个支柱,按月错开。 请务必在评估的名称中包含支柱的名称。

获取个性化支持

与你的Microsoft合作伙伴或你的帐户团队合作,了解他们如何帮助你以正式参与方式执行评估。 作为参与的一部分,他们可以提供有关建议的更多详细信息。 这些详细信息可帮助你确定建议的适用性以及如何确定建议的优先级进行修正。

下一步