使用 AWS Well-Architected Tool 审查工作负载 - 基于 6 大支柱的架构改进
通过基于 6 大支柱的架构审查量化风险，使用自定义镜头添加组织特有的最佳实践。通过里程碑追踪改进进度。
Well-Architected 框架概述
Well-Architected Tool 是基于 AWS 最佳实践审查工作负载架构的服务。按 6 大支柱 (卓越运营、安全性、可靠性、性能效率、成本优化、可持续性) 回答问题并评估风险。审查结果分为高风险 (HRI) 和中风险 (MRI)，改进优先级一目了然。每个支柱独立评估，因此可以选择特定支柱进行部分审查。AWS 从数万次架构审查中积累的知识反映在问题和建议中。
审查与改进计划
创建工作负载并回答各支柱的问题后生成风险报告。例如安全支柱评估 IAM 最佳实践、数据保护和事件响应准备情况。可靠性支柱审查备份策略、灾难恢复 (DR) 计划以及应对负载波动的能力。成本优化支柱检查未使用资源的检测、预留实例的利用率以及数据传输成本的效率。改进计划中设置里程碑，管理下次审查前需要处理的项目。通过定期审查 (如每季度) 实现架构的持续改进。
自定义镜头与里程碑
自定义镜头以问答形式定义组织特有的最佳实践，纳入 Well-Architected Tool 的审查中。将安全策略、合规要求和内部标准体系化为镜头，所有团队可进行统一审查。里程碑保存审查时点的快照，按时间序列追踪改进进度。在改进计划中为各风险项目定义行动项，设置负责人和期限管理进度。AWS 提供的专业镜头 (Serverless、SaaS、Machine Learning) 可进行特定工作负载类型的专项审查。
Well-Architected Tool 的定价与活用
Well-Architected Tool 本身不产生额外费用。审查创建、问题回答和改进计划管理全部免费使用。通过与 Organizations 的集成一元管理所有账户的工作负载审查，可视化组织整体的风险状况。养成每季度定期审查的习惯，根据架构变更和服务更新更新风险评估。结合 Well-Architected 合作伙伴的外部审查，从第三方视角检测内部容易忽视的风险。
审查实施的最佳实践与常见陷阱
整理有效实施 Well-Architected 审查的要点和常见失败模式。审查应包括参与工作负载设计和运营的成员 (开发人员、运维人员、安全人员)，避免仅由特定负责人回答。回答应基于「实际状态」而非「理想状态」，诚实评估现状才能产生有效的改进计划。当检测到大量 HRI 时，不要试图一次解决所有问题，而应聚焦于业务影响最大的 3-5 项。如果在未保存里程碑的情况下更新审查，过去的状态将丢失，因此实施改进前务必记录里程碑。自定义镜头的问题过多会导致审查疲劳，组织级应用的镜头建议每个支柱控制在 5-10 个问题左右。
与 Trusted Advisor 的区别使用
Well-Architected Tool 和 Trusted Advisor 是互补关系，但角色不同。Trusted Advisor 自动扫描账户内的资源配置，实时提供成本削减、安全性、可用性的具体建议 (例如：未使用的 EBS 卷、安全组的过度开放)。而 Well-Architected Tool 是人工评估整体架构设计决策的问答式审查，无法自动检测，但能发现设计思想和流程方面的问题。两者结合使用最为有效。用 Trusted Advisor 检测和处理可立即修复的资源配置问题，用 Well-Architected Tool 定期评估架构的结构性课题。通过与 Security Hub 和 Config Rules 联动，可以自动化持续监控 Well-Architected 审查中发现的安全风险。
总结
Well-Architected Tool 是将基于 AWS 最佳实践的架构审查体系化的服务。通过 6 大支柱 (运营、安全、可靠性、性能、成本、可持续性) 评估风险，通过自定义镜头添加组织特有的最佳实践。通过里程碑按时间序列追踪改进进度，在改进计划中管理行动项的负责人和期限。