OpenTelemetry概述

1前世

如果你常年在处理一些日志、监控方面的东西，一定会在一定程度上听过OpenTracing，像 Zipkin、Jaeger、SkyWalking都对其有很好的支持。但是可惜，OpenTracing已经成为过去式了，现在的APM（全称：Application Performance Management tools，应用程序性能管理工具）世界，由一种叫做OpenTelemetry的规范所统治。那是因为，作为一个标准，OpenTracing遇到了对手，下面我们就讲解下OpenTelemetry的前世。

1.1 OpenTracing

OpenTracing制定了一套平台无关、厂商无关的Trace协议，使得开发人员能够方便的添加或更换分布式追踪系统的实现。在2016年11月的时候CNCF技术委员会投票接受OpenTracing作为Hosted项目，这是CNCF的第三个项目，第一个是Kubernetes，第二个是Prometheus，可见CNCF对OpenTracing背后可观察性的重视。比如大名鼎鼎的Zipkin、Jaeger都遵循OpenTracing协议。

OpenTracing语义规范：https://github.com/opentracing/specification/blob/master/specification.md

OpenTracing项目组依据OpenTracing语义规范实现多种语言的sdk：https://github.com/opentracing

简单来说，OpenTracing通过文档形式定义好了一套平台无关、厂商无关的Trace协议, 然后OpenTracing项目组依据定义好的Trace协议实现多种语言的sdk，Zipkin、Jaeger等链路追踪工具都按照OpenTracing协议标准实现。

1.2 OpenCensus

OpenTracing诞生于2016年11月，成为CNCF基金会的第三个项目。但是google并不认为这个东西是标准，所以推出了自己的OpenCensus规范。

大家可能会想，既然有了OpenTracing，OpenCensus又来凑什么热闹？对不起，你要知道OpenCensus的发起者可是谷歌，也就是最早提出Tracing概念的公司，而OpenCensus也就是Google Dapper的社区版（在 2005 年，Google 在内部部署了一套分布式追踪系统 Dapper，并发表了一篇论文《Dapper, a Large-Scale Distributed Systems Tracing Infrastructure》，阐述了该分布式追踪系统的设计和实现，可以视为分布式追踪领域的鼻祖）。OpenCensus和OpenTracing最大的不同在于除了Tracing外，它还把Metrics也包括进来，这样也可以在OpenCensus上做基础的指标监控；还一点不同是OpenCensus并不是单纯的规范制定，他还把包括数据采集的Agent、Collector一股脑都搞了。OpenCensus也有众多的追随者，最近最大的新闻就是微软也宣布加入，OpenCensus可谓是如虎添翼。

简单来说，OpenCensus类似于OpenTracing也是一种规范，OpenCensus项目组依据OpenTracing规范实现多种语言的sdk：https://github.com/census-instrumentation

1.3 OpenTracing vs OpenCensus

可以看到，OpenTracing和OpenCensus从功能和特性上来看，各有优缺点，OpenTracing支持的语言更多、相对对其他系统的耦合性要更低；OpenCensus支持Metrics、从API到基础框架都实现了个便。所以从功能和特性上分不出高下。

1.4 OpenTelemetry

这可苦了开发者。难道一个技术场景需要两种规范?

终于在2019年5月，两者和解，共同发起了OpenTelemetry开源项目，旨在提供可观测性领域的标准化方案，解决观测数据的数据模型、采集、处理、导出等的标准化问题，管理观测类数据，如trace、metrics、logs等，其终态是作为CNCF技术委员会可观测性的终极解决方案。OpenTelemetry项目的第一宗旨就是：兼容OpenTracing和OpenCensus。对于使用OpenTracing或OpenCensus的应用不需要重新改动就可以接入OpenTelemetry。

注意：新工程全部使用OpenTelemetry项目即可，无需考虑OpenTracing和OpenCensus标准，OpenTracing和OpenCensus相关项目目前已落下帷幕，不再更新。