View a markdown version of this page

OPS08-BP04 建立工作负载指标基准 - AWS Well-Architected Framework

OPS08-BP04 建立工作负载指标基准

为工作负载指标确立基准可以帮助了解工作负载运行状况和性能。您可以使用基准来确定性能不足和性能过剩的应用程序和组件。工作负载基准增强了在问题变成事故之前缓解问题的能力。基准是开发活动模式和在指标偏离预期值时实施异常检测的基础。

期望结果:

  • 在正常情况下,您的工作负载指标达到基准水平。

  • 您可以确定工作负载是否正常运行。

常见反模式:

  • 部署新功能之后,请求延迟会降低。没有为传入的已处理请求和总体延迟的复合指标确立基准。无法确定变更是会促成改进还是导致出现缺陷。

  • 用户活动突然暴增,但您没有确立指标基准。活动暴增会慢慢地导致应用程序中出现内存泄漏。最终这会使您的工作负载离线。

建立此最佳实践的好处:

  • 您可以使用关键组件和应用进程的指标了解工作负载的正常活动模式。

  • 您可以确定您的工作负载、其应用程序和组件是否表现正常或可能需要干预。

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

实施指导

使用历史数据为您的工作负载中应用程序和组件的工作负载指标确立基准。在指标审查会议和故障排查时使用指标基准。定期审查工作负载性能,并随着架构的发展调整基准。

客户示例

在 AnyCompany Retail,为所有组件和应用程序确立基准。AnyCompany Retail 使用历史数据制定其两个月指标时段的工作负载指标基准。他们每两个月重新评估基准,并根据实际数据进行调整。

实施步骤

  1. 从工作负载指标出发进行反推,使用历史数据确立关键组件和应用程序的指标基准。限制每个组件或应用程序的指标数,避免出现监测疲劳。

    1. 您可以使用 Amazon CloudWatch Metrics Insights 大规模查询指标并确定趋势和模式。

    2. Amazon CloudWatch 异常检测使用机器学习算法来识别指标的行为模式、确定基准和揭示异常。

    3. Amazon DevOps Guru 可以使用机器学习检测工作负载的运营问题。

    4. 购买了 Enterprise Support 服务的客户可以向他们的技术客户经理请求建立监测策略研讨会。此研讨会帮助您为工作负载构建可观测性策略。

  2. 建立一种机制,定期审查工作负载指标基准,特别是在发生重要业务事件之前。每季度至少一次使用历史数据评估工作负载指标基准。使用在指标审查会议中商定的基准。

实施计划的工作量级别:低。确立工作负载指标之后,确立基准可能需要您收集足够的数据来确定正常的行为模式。

资源

相关最佳实践:

相关文档:

相关视频:

相关示例:

相关服务: