https://plumephp.com/tags/otel/Recent content in OTel on PlumePHPHugozh-CNSun, 27 Sep 2026 11:00:00 +0800https://plumephp.com/devops-distributed-tracing/Sun, 27 Sep 2026 11:00:00 +0800https://plumephp.com/devops-distributed-tracing/<p>单体时代查问题只需看一个进程的日志；微服务时代，一次用户请求可能横跨十几个服务——<strong>&ldquo;用户说慢，到底是哪个环节慢？&ldquo;没有追踪根本无法回答</strong>。分布式追踪用&quot;一束请求贯穿所有服务&quot;的 Trace 视图，把跨服务调用链还原成一条可观测的链路。本指南从零讲清全链路可观测：Trace/Span/Context 传播（W3C traceparent）、OpenTelemetry 采集架构（OTLP/Collector/采样）、后端对比（Tempo/Jaeger/OTel）、RED/USE 指标、日志-追踪-指标关联、三类采样策略，以及 CI 链路追踪和常见坑。</p>https://plumephp.com/opentelemetry-collector-deep-dive/Sat, 26 Sep 2026 00:00:00 +0800https://plumephp.com/opentelemetry-collector-deep-dive/<p>OpenTelemetry Collector 是可观测性体系中的<strong>核心数据管道</strong>：应用通过 OTel SDK 埋点产生的 Metrics/Logs/Traces，全部汇聚到这里，经过接收、处理、导出三个阶段，再分发到 Prometheus、Loki、Tempo、Jaeger 等后端。它是连接&quot;埋点&quot;与&quot;存储&quot;的必经之路，也是规模化可观测性架构里第一个要设计好的组件。本指南深入 Collector 的 Pipeline 架构，覆盖接收器/处理器/导出器的设计、采样策略、性能调优、多后端路由、高可用与安全加固，最后给出大规模生产部署的完整示例。</p>