metric 是在运行时捕获的关于服务的测量。从逻辑上讲,捕获这些测量之一的时刻被称为metric event,它不仅包括测量本身,还包括捕获测量的时间和相关元数据。
应用程序和请求 metrics 是可用性和性能的重要指标。Custom metrics 可以提供有关可用性指标如何影响用户体验或业务的见解。收集的数据可用于警告停机或触发调度决策,以在高需求时自动扩大部署。
OpenTelemetry今天定义了三种 metric instruments:
- counter: 一个随时间累加的值——你可以把它想象成汽车上的里程表;它只会上升。
- measure: 随时间聚合的值。这更类似于汽车上的行程里程表,它代表某个定义范围内的值。
- observer: 捕获特定时间点的当前值集,如车辆中的燃油表。
除了三种metric工具之外,聚合的概念也是一个重要的理解。聚合是一种技术,通过这种技术,可以将大量测量值组合成关于时间窗口期间发生的度量事件的精确或估计的统计数据。OpenTelemetry API 本身不允许您指定这些聚合,但提供了一些默认聚合。通常,OpenTelemetry SDK提供可视化工具和 telemetry后端支持的通用聚合(如总和、计数、最后值和直方图)。
与请求跟踪不同,请求跟踪旨在捕获请求生命周期并为请求的各个部分提供上下文,metrics旨在提供汇总的统计信息。metrics用例的一些示例包括:
- 报告每个协议类型的服务读取的字节总数。
- 报告读取的字节总数和每个请求的字节数。
- 报告系统调用的持续时间。
- 报告请求大小以确定趋势。
- 报告进程的CPU或内存使用情况。
- Reporting average balance values from an account.
- 报告当前正在处理的活动请求。
logo 标签:metrics,聚合,请求,metric,Metrics,OpenTelemetry,捕获 From: https://www.cnblogs.com/zhouyuguang/p/16941311.htmlFor more information, see the metrics specification.