OpenTelemetry 采用连续性分析；Elastic 捐赠其代理
内容提要
OpenTelemetry将连续性分析作为核心遥测信号，并接受了Elastic的连续性分析代理的捐赠。该代理提供了全系统、始终开启的分析能力，解决了传统分析方法的多个限制。捐赠加速了连续性分析在OpenTelemetry中的采用，并成立了专门的兴趣小组(SIG)来处理标准化问题。连续性分析可用于性能分析、成本分析、信号关联、事件响应和资源消耗分析等多个用途。
延伸解读
连续性分析成为第四大信号的意义
OpenTelemetry将连续性分析确立为核心遥测信号，与追踪、指标、日志并列。这意味著可观测性体系不再局限于采样数据，而是能持续采集全系统性能剖析数据。Elastic捐赠的eBPF代理具有约1% CPU开销、无需代码插桩或重启等特性，降低了采用门槛。此举有望减少对专有APM代理的依赖，提升供应商中立性，并帮助工程师更精准地定位资源密集型代码。
标准化进程中的关键抉择
OpenTelemetry成立了专门兴趣小组（SIG）来推动连续性分析的标准化。SIG面临多项重要决策：是沿用现有数据模型还是创建全新模型，如何平衡领域特定约定与OpenTelemetry框架约定，以及选择哪种现有剖析格式作为基础。最终，社区决定采用扩展版的pprof格式（pprof-extended）作为OTel剖析数据的标准，同时也在探讨支持多种格式的可能性。这些选择将影响未来剖析数据的互操作性和生态整合。
eBPF带来的机遇与挑战
Elastic捐赠的代理基于eBPF技术，实现了全系统、始终开启的剖析能力，且性能开销极低。eBPF允许观察第三方库和内核操作，无需修改应用代码。然而，eBPF在符号管理和运行时兼容性方面仍存在挑战。尽管eBPF是当前剖析解决方案的重要趋势，但社区需解决这些技术难题，才能充分发挥其潜力，确保跨语言、跨运行时的稳定支持。
用户视角：连续性分析的实用价值
有用户反馈，部署OpenTelemetry后并未获得比现有Prometheus库更多的价值，反而更期待连续性剖析工具。他们认为Polar Signals和Pyroscope等工具能更详细地揭示代码中缓慢的部分，比追踪数据更实用。这反映了连续性分析在定位性能瓶颈方面的独特优势，如识别CPU峰值、内存问题、互斥锁争用和网络抖动等。将剖析数据与其他信号关联，能提升事件响应和资源消耗分析的效率。
Q&A
OpenTelemetry的连续性分析有什么优势？
OpenTelemetry的连续性分析提供了全系统、始终开启的分析能力，低性能影响（约1% CPU使用率），无需代码插桩、重新编译或服务重启。
Elastic捐赠的连续性分析代理有什么功能？
Elastic的代理支持多种编程语言和运行时，能够观察第三方库和内核操作，识别非最优代码路径，提供应用程序运行时行为的全面可见性。
OpenTelemetry中成立的专门兴趣小组(SIG)的目的是什么？
SIG的目的是处理OpenTelemetry中连续性分析的标准化问题，平衡领域特定的分析约定与OpenTelemetry框架的约定。
连续性分析可以应用于哪些场景？
连续性分析可用于性能分析、成本分析、信号关联、事件响应和资源消耗分析等多个用途。
eBPF技术在连续性分析中的作用是什么？
eBPF技术允许进行全面的系统级分析，具有低开销的优势，但在符号管理和运行时兼容性方面存在挑战。
OpenTelemetry社区对连续性分析的态度如何？
OpenTelemetry社区对连续性分析的采用与行业趋势一致，多个初创公司和主要观察性供应商已进入该领域，显示出对分析数据的重视。
