OPS08-BP02 定义工作负载指标
定义指标来衡量工作负载的运行状况。通过业务成果的实现（KPI）以及工作负载组件和应用程序的状态来衡量工作负载运行状况。KPI 的例子包括放弃的购物车、下达的订单、成本、价格和分配的工作负载费用。虽然您可以从多个组件收集遥测数据，但只需要选择可深入了解总体工作负载运行状况的子集。随着业务需求的变化，随着时间的推移调整工作负载指标。
期望结果：
-
您有已经确定的指标，它们用于验证 KPI 达成情况，从而反映业务成果。
-
您有用于显示工作负载运行状况的一致视图的指标。
-
随着业务需求的变化，定期评估工作负载指标。
常见反模式：
-
您正在监控工作负载中的所有应用程序，但无法确定您的工作负载是否正在实现业务成果。
-
您有已经确定的工作负载指标，但它们未与任何业务 KPI 关联。
建立此最佳实践的好处：
-
您可以根据业务成果的实现情况来衡量工作负载。
-
您知道自己的工作负载是否处于正常运行状态，或是否需要干预。
在未建立这种最佳实践的情况下暴露的风险等级：高
实施指导
此最佳实践的目标是，您可以回答以下问题：我的工作负载是否正常运行？ 通过业务成果的实现以及工作负载中的组件和应用程序的状态来确定工作负载运行状况。根据业务 KPI 进行反推，以便确定指标。根据组件和应用程序确定关键指标。随着业务需求的变化，定期审查工作负载指标。
客户示例
在 AnyCompany Retail，通过一组应用程序和组件指标来确定工作负载运行状况。他们从业务 KPI 开始，确定可表明他们正在取得业务成果的指标（如订单达成率）。他们还包括了关键应用程序指标（如页面响应）和组件指标（如开放式数据库连接）。他们每季度重新评估工作负载指标，确保它们在确定工作负载运行状况方面仍然有效。
实施步骤
-
从业务 KPI 开始，确定可表明您正在取得业务成果的指标。如果有些 KPI 没有指标，请使用任何缺失业务 KPI 的额外指标来检测工作负载。
-
您可以将自定义指标从应用程序发布到 Amazon CloudWatch。
-
适用于 OpenTelemetry 的 AWS Distro
可以从现有应用程序收集指标，并用于添加新指标。 -
购买了 Enterprise Support 服务的客户可以向他们的技术客户经理请求建立监测策略研讨会
。此研讨会帮助您为工作负载构建可观测性策略。
-
-
确定工作负载中应用程序和组件的指标。表明各个组件和应用程序运行状况的关键指标是什么？ 应用程序和组件可能发出许多不同的指标，但只需要选择一到三个关键指标来显示它们的总体运行状况。
-
实施一种机制，定期评估工作负载指标。当业务 KPI 变化时，与利益攸关方一起更新工作负载指标。随着工作负载组件和应用程序不断演变，调整工作负载指标。
实施计划的工作量级别：中等。将业务 KPI 的指标添加到应用程序可能需要作出适当的努力。
资源
相关最佳实践：
-
OPS04-BP01 实施应用程序遥测 - 应用程序必须发出支持业务成果的遥测数据。
-
OPS04-BP02 实施和配置工作负载遥测 - 必须先检测工作负载以发出遥测数据，然后才可以定义支持业务成果的工作负载指标。
-
OPS08-BP01 识别关键性能指标 - 必须先确定关键性能指标，然后选择工作负载指标。
相关文档：
相关视频：
相关示例：
相关服务：
