OTel + Linkerd 服务网格指标集成指南：零代码实现东西向流量可观测
文章详细梳理 Linkerd 服务网格代理发出的黄金指标与 OpenTelemetry 管道的集成方案。Linkerd 在网格化后自动为每个入站和出站请求生成请求速率、延迟分布、错误率及连接级元数据，无需埋点 SDK 或修改应用代码。团队只需在 OTel Collector 中配置 prometheusreceiver 指向 Linkerd 代理指标端点，经 metricstransformation 处理器处理后即可送往 Prometheus、Grafana 等后端。网格指标反映网络传输质量，与应用层 OTel span 互补，完整还原请求全路径。
作者：核流编辑 · 栏目：资源
运行 OpenTelemetry 管道的团队，应用层指标通常覆盖得不错。不过东西向流量——服务之间在网络层面的通信——照样是观测盲区。Linkerd 的服务网格代理正好能补上这块缺口。一旦工作负载接入网格，代理会立即为每个入站和出站请求发出黄金指标，不需要埋点 SDK，不用改代码，甚至连容器镜像都不用重建。 Linkerd 网格指标与 OTel 的互补关系 Linkerd 的代理指标覆盖了 TCP 和 HTTP 层面的关键信号：请求速率、延迟分布、错误率，还有连接级元数据。这些指标跟 OTel 的应用层 span 有重叠，不过并不重复——前者反映网络传输质量，后者反映业务逻辑耗时。把两者结合起来，才能完整还原请求从客户端到服务端再到下游的全部路径。 说起来，实际操作并不复杂。团队只要在 OTel Collector 里配上对应的 receiver，就能把 Linkerd 的 Prometheus 格式指标拉进统一管道。经过处理器（比如过滤、指标聚合）处理后，数据可以送入任意后端——从 Prometheus 到 Grafana 再到商业可观测平台——整个过程无需对应用代码做任何更改。 如何将网格指标接入 OTel Collector 具体怎么做？在 OTel Collector 配置里加一个 prometheusrecevier，指向 Linkerd 代理的指标端点就行。然后用 metricstransformation 处理器做重命名和降维，再通过 otlp 导出器发给后端。Linkerd 官方提供了详细的配置示例和仪表盘模板，从零到一跑通，数十分钟就够了。 如何获取或开始使用 Linkerd 适合已经在使用或计划使用 Kubernetes 的团队，用于提升服务间通信的可观测性和安全性。可以通过 linkerd install 命令一键安装到集群，配合 OTel Collector 的 Linkerd receiver 即可将网格指标接入已有的监控管线。 参考资料 CNCF Blog：OTel and Mesh-Derived Metrics: A 2026 Reference linkerd.io