OpenTelemetry的问题
内容提要
OpenTelemetry是一个开源项目，旨在标准化可观察性后端数据收集和传输，但面临复杂性、性能开销和数据质量问题。作者认为有特定可观察性需求的组织可能需要更有针对性的方法。尽管OpenTelemetry具有供应商中立性和可移植性的优势，但作者质疑这些优势是否能弥补用户的缺点。组织在投入OpenTelemetry之前应该仔细考虑自己的需求和权衡。
延伸解读
从OpenTracing到OpenTelemetry的演变
文章回顾了OpenTelemetry的起源：2015年，作者与Armin制定了分布式跟踪规范，核心是带有跟踪ID和父事件ID的结构化事件。同时，Lightstep推出了OpenTracing，旨在标准化仪表方法。后来OpenTracing与OpenCensus合并成为OpenTelemetry，并扩展为涵盖跟踪、日志和指标的更广泛规范。作者认为这一演变导致项目迷失方向，是委员会设计失败的典型例子。
通用性与特定需求的权衡
OpenTelemetry试图通过“一刀切”的方法满足所有可观察性需求，但这可能导致配置复杂、性能开销和数据质量不一致。文章指出，对于有特定可观察性需求的组织，更有针对性、更有目的性的方法可能更有效。组织在采用OpenTelemetry前，应仔细评估自身需求，权衡其供应商中立性和可移植性优势与上述缺点。
实施者的客观评估建议
作者以Sentry创建者的身份，呼吁实施者客观看待对OpenTelemetry的反馈，消除个人偏见。文章承认OpenTelemetry在供应商中立性和可移植性方面的优势，但质疑这些优势是否能弥补大多数用户的缺点。建议组织在完全投入OpenTelemetry生态系统之前，仔细考虑具体需求和所涉及的权衡。
Q&A
OpenTelemetry的主要目标是什么？
OpenTelemetry旨在标准化可观察性后端数据的收集和传输。
OpenTelemetry面临哪些主要挑战？
OpenTelemetry面临复杂性、性能开销和数据质量问题。
为什么OpenTelemetry的配置被认为复杂？
OTel的配置非常复杂，需要花费大量精力才能正确设置。
使用OpenTelemetry可能导致哪些数据质量问题？
OTel试图实现通用性可能导致不同后端数据质量不一致。
对于特定可观察性需求的组织，OpenTelemetry是否合适？
对于有特定可观察性需求的组织，更有针对性的方法可能更有效。
组织在使用OpenTelemetry之前应该考虑什么？
组织在投入OpenTelemetry之前应仔细考虑具体需求和权衡。
