本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
OPS11-BP01 制定持续改进的流程
根据内部和外部架构最佳实践评估工作负载。经常开展目标明确的工作负载审查工作。将改进机会优先纳入软件开发周期。
期望结果：
-
经常根据架构最佳实践来分析工作负载。
-
在软件开发过程中，同等重视性能改进机会。
常见反模式：
-
自从几年前部署工作负载以来，没有对其进行过架构审查。
-
不重视改进机会。相比新功能的开发，这些机会仍在积压工作中。
-
不存在对组织最佳实践实施修改的标准。
建立此最佳实践的好处：
-
您的工作负载遵循 up-to-date架构最佳实践。
-
按照明确的目的来改进工作负载。
-
可以利用组织最佳实践来改进所有工作负载。
-
所获边际收益带来的影响会不断累积，从而推动效率的提升。
在未建立这种最佳实践的情况下暴露的风险等级：高
实施指导
经常对工作负载进行架构审查。利用内部和外部最佳实践，评估工作负载并确定改进机会。将改进机会优先纳入软件开发周期。
实施步骤
-
按照议定的频率，定期对生产工作负载进行架构审查。使用包含 AWS特定最佳实践的记录在案的架构标准。
-
使用内部定义的标准完成这些审查工作。如果没有内部标准，请使用 AWS Well-Architected Framework。
-
AWS Well-Architected Tool 使用创建内部最佳实践的自定义视角，并进行架构审查。
-
请联系您的 AWS 解决方案架构师或技术客户经理，对您的工作负载进行指导性的 Well-Architected Framework 审查。
-
-
将审查中发现的改进机会优先纳入软件开发过程。
实施计划的工作量级别：低。你可以使用 Well-Arch AWS itected Framework 来进行年度架构评估。
资源
相关最佳实践：
相关文档：
相关视频：
相关示例：
