OPS11-BP01 设置持续改进流程
根据内部和外部架构最佳实践评估您的工作负载。至少每年执行一次工作负载审核。将改进机会优先纳入您的软件开发周期。
期望结果：
-
至少每年都根据架构最佳实践来分析工作负载。
-
在软件开发过程中，为改进机会赋予同等的优先级。
常见反模式：
-
自从几年前部署工作负载以来，您没有对其进行过架构审查。
-
改进机会的优先级较低，并停留在待办事项列表中。
-
不存在对组织的最佳实践实施修改的标准。
建立此最佳实践的好处：
-
您的工作负载符合最新的架构最佳实践。
-
深思熟虑地推进工作负载的演变。
-
您可以利用组织的最佳实践来改善所有工作负载。
在未建立这种最佳实践的情况下暴露的风险等级：高
实施指导
至少每年一次，对工作负载进行架构审查。利用内部和外部最佳实践，评估您的工作负载并确定改进机会。将改进机会优先纳入您的软件开发周期。
客户示例
AnyCompany Retail 的所有工作负载都要经过每年一次的架构审查过程。他们开发了自己的最佳实践清单，适用于所有工作负载。使用 AWS Well-Architected Tool 的自定义剖析功能，他们通过该工具和最佳实践自定义剖析进行审查。通过审查发现的改进机会在他们的软件冲刺中被优先考虑。
实施步骤
-
至少每年一次，对您的生产工作负载进行定期架构审查。使用记录在册的架构标准，包括 AWS 特定的最佳实践。
-
建议您使用您自己内部定义的标准来进行这些审查。如果没有内部标准，建议您使用 AWS Well-Architected Framework。
-
您可以使用 AWS Well-Architected Tool 来创建自己的内部最佳实践的自定义剖析，并进行架构审查。
-
客户可以联系他们的 AWS 解决方案架构师，对他们的工作负载进行一次指导式 Well-Architected Framework 审查。
-
-
将审查中发现的改进机会优先纳入您的软件开发过程。
实施计划的工作量级别：低。可以使用 AWS Well-Architected Framework 执行年度架构审核。
资源
相关最佳实践：
-
OPS11-BP02 在意外事件发生后执行分析 - 事件后分析是改进项目的另一个来源。将学到的经验教训纳入您自己的内部架构最佳实践清单。
-
OPS11-BP08 记录和分享经验教训 - 在开发自己的架构最佳实践时，在组织内分享这些最佳实践。
相关文档：
相关视频：
相关示例：
