在容器环境中部署链路追踪，最常见的两个选择是：在每个 Pod 中以 Sidecar 模式运行采集器，或者使用独立的 Agent 进程（如 DaemonSet）统一采集。这两种模式各有适用场景，选错会导致资源浪费或数据缺失。本文先明确两者的边界，再给出可执行的判断和操作步骤。
先明确边界：Agent 和 Sidecar 到底指什么
在 Kubernetes 语境下，Agent 部署通常指以 DaemonSet 方式在每个节点上运行一个采集器进程，所有 Pod 的 trace 数据通过网络发送到该节点 Agent。而 Sidecar 模式则是在每个业务 Pod 中额外启动一个容器（如 OpenTelemetry Collector），与业务容器共享网络和存储，实现 trace 数据的本地处理。
关键区别在于：Agent 是节点级共享，Sidecar 是 Pod 级隔离。这个差异决定了后续所有对比。
对比维度一：资源隔离与性能影响
Sidecar 模式为每个 Pod 分配独立的采集器资源，因此资源占用与 Pod 数量成正比。如果业务 Pod 数量多，总资源开销会显著增加。但好处是单个 Pod 的采集故障不会影响其他 Pod，且可以针对不同业务设置不同的资源配额。
Agent 模式共享节点资源，总体资源占用更低，但可能出现资源争抢。当某个 Pod 的 trace 量突增时，可能会挤占节点 Agent 的 CPU 或内存，影响其他 Pod 的采集。官方文档强调 Kubernetes 节点资源有限，需要合理配置请求和限制（参考 Kubernetes Concepts 中的资源管理）。
对比维度二：生命周期与配置管理
Sidecar 的生命周期与业务 Pod 完全一致：Pod 创建时启动，Pod 销毁时退出。这保证了采集器与业务应用同时存在，不会出现数据丢失窗口。但每次发布或扩缩容都会创建新的 Sidecar 容器，增加启动时间和镜像拉取量。
Agent 由 DaemonSet 管理，生命周期独立于业务 Pod，节点上始终存在。配置更新时只需更新 DaemonSet，Pod 无需重启。但 Agent 升级或故障时，会影响该节点上所有 Pod 的 trace 采集。
对比维度三：网络拓扑与数据延迟
Sidecar 模式中，trace 数据通过 localhost 发送，延迟极低，且不占用节点网络带宽。Agent 模式需要跨 Pod 网络发送数据，延迟稍高，但通常可接受。对于延迟敏感的应用，Sidecar 更有优势。
此外，Sidecar 可以方便地实现链路追踪的本地采样、过滤或脱敏，因为数据在本地处理后再导出。Agent 则需要通过配置或远程规则实现。
实操步骤：如何选择并部署
第一步，评估业务规模和 trace 量。如果 Pod 总数少于 50，且 trace 量不大，Agent 模式即可满足，资源开销小。如果 Pod 数量多、trace 量大，或需要精细的资源控制，Sidecar 更合适。
第二步，确定采集器类型。以 OpenTelemetry Collector 为例，Sidecar 模式需要为每个业务镜像额外添加 collector 容器。可以在 Deployment 的 pod spec 中定义两个容器：应用容器和 collector 容器，并共享 emptyDir 卷用于 trace 数据暂存（如果使用文件导出）。
第三步，配置导出。Sidecar 模式下，collector 的配置通常通过 ConfigMap 挂载，每个 Pod 使用相同的配置。Agent 模式则通过 DaemonSet 挂载 ConfigMap，配置集中管理。
第四步，测试和验证。在测试环境分别部署两种模式，对比资源占用、trace 完整性和端到端延迟。使用 Prometheus 监控采集器自身的指标，如 CPU、内存、队列长度等。
常见误区与失败条件
误区一：认为 Sidecar 一定比 Agent 好。实际上，如果 Pod 数量巨大，Sidecar 的资源开销会成倍增加，可能导致成本过高。
误区二：忽略 Agent 的单点故障。Agent 模式中，节点 Agent 故障会导致该节点所有 trace 丢失，需要配置重试和缓冲。
失败条件：Sidecar 模式中，如果业务容器和 Sidecar 容器启动顺序不当，可能导致 trace 数据在 Sidecar 就绪前丢失。可通过 initContainer 或健康检查确保 Sidecar 先就绪。
另一个失败点：Agent 模式中，如果 DaemonSet 的端口与业务冲突，或网络策略阻止跨 Pod 通信，会导致数据无法上报。需提前规划端口和网络策略。
总结：按需选择，没有银弹
Sidecar 模式适合对隔离性、低延迟和精细控制有要求的场景；Agent 模式适合大规模、资源敏感和集中管理的场景。建议在初期使用 Agent 模式快速搭建，当出现资源争抢或数据丢失问题时，再评估 Sidecar 模式。
参考资料
延伸阅读