OPS11-BP06 验证分析结果 - AWS Well-Architected 框架

OPS11-BP06 验证分析结果

与跨职能团队和业务负责人共同审查分析结果和响应措施。通过这些审查工作来建立共识、发现其他影响并确定行动方案。适当调整响应措施。

期望结果:

  • 与业务负责人一起定期审查分析结果。业务负责人为新获得的分析结果提供更多背景信息。

  • 您审查分析结果并让技术同事提供反馈,然后在团队之间分享学到的经验教训。

  • 您发布数据和分析结果,让其他技术团队和业务团队进行审查。将学到的经验教训融入到其他部门的新实践中。

  • 与高层领导一起总结和审查新分析结果。高层领导使用新的分析结果来定义策略。

常见反模式:

  • 您发布了新功能。此功能改变了一些客户行为。可观测性没有考虑到这些变化。您无法量化这些变化带来的益处。

  • 推送新的更新,却忽略了刷新 CDN。CDN 缓存不再与最新版本兼容。衡量出错请求的百分比。所有用户在与后端服务器通信时,都报告了 HTTP 400 错误。调查客户端出现的错误时,发现是因为衡量了错误的维度,导致时间就这样白白浪费了。

  • 服务水平协议规定正常运行时间为 99.9%,恢复点目标是 4 小时。服务负责人坚持认为系统应该是零停机时间。您实施了昂贵而复杂的复制解决方案,浪费了时间和金钱。

建立此最佳实践的好处:

  • 与业务负责人和主题专家一起验证分析结果时,就可以建立共识并更有效地指导改进。

  • 发现隐藏的问题,并在未来的决策中考虑到这些问题。

  • 重心从技术成果转移到业务成果。

在未建立这种最佳实践的情况下暴露的风险等级:

实施指导

  • 验证分析结果:与业务负责人和主题专家沟通,确保对收集的数据价值达成共识和一致。找出其他问题、潜在影响并制定行动方案。

资源

相关最佳实践:

相关文档:

相关视频: