用途
本技能用于对某个工作负载的运维卓越水平进行结构化评估。它围绕 AWS Well-Architected 框架的运维卓越支柱，检查代码库中的 CI/CD、可观测性、部署与事件管理配置，帮助团队识别运维短板并规划改进。
主要能力
该技能按步骤执行评估：
-
收集上下文：要求用户提供工作负载名称与简述、待分析的代码包或目录（CI/CD 配置、IaC、应用代码），以及已知运维痛点（可选）。若已在代码库中，可直接进入发现阶段。
-
CI/CD 与部署发现：检查流水线定义（CodePipeline、GitHub Actions、Jenkins、GitLab CI、CDK Pipelines）、部署配置（CodeDeploy、ECS、Lambda 别名、Apollo）、构建配置（buildspec.yml、Makefile、package.json 脚本）、测试配置及预部署门禁。逐项记录文件路径与行号、阶段及用途、部署策略（金丝雀、蓝绿、滚动、一次性）、回滚机制、测试覆盖门禁与制品晋级流程。必须标记的风险包括：无健康检查门禁的一次性生产部署、未配置回滚、流水线缺少自动化测试、自动化流程中的人工步骤。
-
可观测性发现：检查 CloudWatch 告警定义、仪表盘定义、日志配置（日志组、保留期、结构化日志库）、追踪配置（X-Ray、OpenTelemetry、Jaeger）、自定义指标发布、合成金丝雀及应用级日志。必须标记：无告警的服务或 Lambda、缺少跨服务边界的分布式追踪、非结构化日志、缺少业务关键操作的自定义指标、无正当理由的“永不过期”日志保留、关键用户旅程缺少合成金丝雀。
-
事件与事件管理发现：检查告警路由（SNS、PagerDuty、OpsGenie、EventBridge 规则）、自动化修复（告警触发的 Lambda、SSM Automation）、运行手册与剧本、升级配置以及健康检查实现。
发现阶段完成后设有一个检查点，需用户明确确认后才继续评估。
-
对照 WA 框架问题评估：针对 OPS 1 至 OPS 10 逐一给出状态、证据（文件:行号）、差距和风险。问题覆盖优先级确定、组织架构、组织文化、可观测性实现、缺陷减少与流程改进、部署风险缓解、工作负载就绪、工作负载健康、运营健康以及事件管理。
-
风险评估：采用影响 × 可能性模型。影响分轻微、中等、严重；可能性分低、中、高；据此得出风险等级（严重/高/中/低）。
-
产出评估报告：包含执行摘要（日期、分析包、发现数量、整体成熟度 1-5）、成熟度记分卡（CI/CD 与部署、可观测性、事件管理、变更管理、持续改进）、关键与高风险发现、中低风险发现，以及按快速见效（< 1 周）、基础建设（1-4 周）、战略（1-3 个月）分层的修复计划与本周前五项具体行动。
-
提供后续跟进：可深入某一领域、为识别出的差距生成 CloudWatch 告警与仪表盘 IaC、为特定故障模式创建运行手册、设计自愈架构或实现带关联 ID 的结构化日志。
使用方式
用户提供工作负载与代码上下文后，技能按上述步骤自动发现并评估。每项发现都必须有代码证据，不得在未核实现有配置的情况下泛泛提出建议。无法从代码判断的内容（如值班轮换质量、事件复盘流程）标记为“无法确定”，并说明需要哪些信息。评估前会明确肯定已有的运维优势，再列出差距。
适用场景
适用于希望系统性审查工作负载运维能力的团队，尤其是 AWS 环境下的云上工作负载。对正在迁移架构的工作负载，应重点关注新架构引入的运维要求。
限制
该技能依据代码库中的配置进行判断，因此无法评估不在代码中体现的运维实践（如人员流程、组织文化实际执行情况），这些需标记为“无法确定”。评估结论的可信度取决于所提供代码的完整性与代表性。
费用与平台
资料中未提供收费、价格或具体运行平台的信息。