Collector

简介

OpenTelemetry Collector 提供了一种供应商无关的实现方式，用于接收、处理和导出遥测数据。它消除了运行、操作和维护多个代理/Collector 的需求。这提高了可伸缩性，并支持将开放源代码遥测数据格式（例如 Jaeger、Prometheus、Fluent Bit 等）发送到一个或多个开放源代码或商业后端。

目标

• 可用性：合理的默认配置，支持常用协议，开箱即用。
• 性能：在各种负载和配置下高度稳定且性能优越。
• 可观测性：可观测服务的典范。
• 可扩展性：无需修改核心代码即可进行自定义。
• 统一性：单一代码库，可作为代理或 Collector 部署，支持跟踪、指标和日志。

何时使用 Collector

对于大多数特定语言的仪器库，您都有流行的后端和 OTLP 的导出器。您可能会想，

在什么情况下使用 Collector 发送数据，而不是让每个服务直接发送到后端？

对于尝试和入门 OpenTelemetry，将数据直接发送到后端是快速获得价值的好方法。此外，在开发或小型环境中，您可以获得不错的结果而无需 Collector。

但是，通常我们建议在服务旁边使用 Collector，因为它允许您的服务快速卸载数据，并且 Collector 可以处理额外的处理，如重试、批处理、加密或敏感数据过滤。

设置 Collector 也比您想象的要容易：每个语言中的默认 OTLP 导出器都假定有一个本地 Collector 端点，因此如果您启动一个 Collector，它将自动开始接收遥测数据。

Collector 安全

遵循最佳实践，以确保您的 Collector 托管和 配置安全。

状态

Collector 的状态是：混合，因为核心 Collector 组件目前具有混合的 稳定性级别。

Collector 组件的成熟度级别不同。每个组件的稳定性在其 README.md 文件中都有记录。您可以在 注册表中找到所有可用 Collector 组件的列表。

Collector 软件工件的支援在一定时期内是有保证的，具体取决于工件的预期受众。此支援至少包括关键错误和安全问题的修复。有关更多详细信息，请参阅 支持策略。

分发和发布

有关 Collector 的分发和发布信息，包括 最新版本，请参阅 分发。