Cloud Native Computing Foundation
·
OTel与服务网格衍生指标：2026年参考
内容提要
本文讨论了如何通过Linkerd代理获取服务间的东-西流量指标，而无需修改应用代码。Linkerd在每个网格工作负载中注入代理，自动收集流量数据，并与OpenTelemetry（OTel）指标结合，提供全面的监控视图。文章还介绍了如何配置OTel Collector以整合这两种指标，强调它们在网络和应用层的互补性。
关键要点
-
本文讨论如何通过Linkerd代理获取服务间的东-西流量指标，无需修改应用代码。
-
Linkerd在每个网格工作负载中注入代理，自动收集流量数据，并提供黄金指标。
-
OpenTelemetry（OTel）定义了三种信号类型：跟踪、指标和日志，主要用于应用层的监控。
-
Linkerd的代理拦截所有进出流量，提供Prometheus指标端点，支持东-西流量的监控。
-
Linkerd和OTel的指标在请求率、延迟和错误等方面存在重叠，但也各自有独特的覆盖范围。
-
OTel提供应用层的业务指标和请求跟踪，而Linkerd提供网络层的流量监控。
-
通过配置OTel Collector，可以将Linkerd的网格指标与OTel指标整合到同一后端，便于监控和分析。
-
Linkerd的代理提供的指标包括成功率、请求率和延迟等，能够提供更深入的网络连接视图。
延伸解读
Linkerd与OTel的互补性
Linkerd和OpenTelemetry（OTel）在监控服务时各有侧重。Linkerd专注于网络层的流量监控，提供东-西流量的详细指标，而OTel则关注应用层的业务指标和请求跟踪。两者结合使用，可以实现更全面的监控视图，帮助开发者更好地理解服务间的交互和性能瓶颈。
配置OTel Collector的注意事项
在配置OTel Collector以整合Linkerd的指标时，需注意过滤和标签的管理。由于Linkerd的代理会生成大量的指标和标签，合理的过滤配置可以减少数据冗余，提升监控效率。此外，确保使用兼容的版本，以避免配置错误和数据丢失。
网络层与应用层的指标差异
Linkerd提供的网络层指标与OTel的应用层指标在数据来源和测量方式上存在差异。例如，Linkerd能够提供mTLS身份验证和成功率等网络层信息，而OTel则能捕捉到业务逻辑层面的详细事件。理解这些差异有助于开发者在故障排查时选择合适的指标来源。
延伸问答
Linkerd如何获取服务间的东-西流量指标？
Linkerd通过在每个网格工作负载中注入代理，自动收集流量数据，无需修改应用代码。
OpenTelemetry（OTel）和Linkerd的指标有什么不同？
OTel主要提供应用层的业务指标和请求跟踪，而Linkerd则专注于网络层的流量监控。
如何配置OTel Collector以整合Linkerd的指标？
通过在OTel Collector中设置专用的接收器和处理器，可以将Linkerd的网格指标与OTel指标整合到同一后端。
Linkerd提供的黄金指标包括哪些内容？
Linkerd提供的黄金指标包括成功率、请求率和延迟等，能够提供深入的网络连接视图。
OTel和Linkerd的指标在请求率和延迟方面有什么重叠？
请求率和延迟在OTel和Linkerd中都有出现，但它们的测量方式和命名不同。
为什么在使用OTel时需要整合Linkerd的指标？
整合Linkerd的指标可以补充OTel在服务拓扑层面的缺失，提供更全面的监控视图。
