OpenTracing 是否指定任何在线 protocol/format？
Does OpenTracing specify any on-wire protocol/format?
在issue commentmsample问：
We are looking at using OpenTracing and my searching for the on-wire/protocol for SpanContext led me here. I was surprised to not find this part solidly defined as it seems critical to the broad adoption of OpenTracing.
OpenTracing 不指定在线格式，既不指定带内消息（如通过 RPC 消息传递的跨度上下文），也不指定带外消息（如用于将跟踪跨度从应用程序发送到跟踪后端的消息） .这样做的原因是，只要目标架构使用来自同一跟踪系统（如 Jaeger）的 OpenTracing 库，就不需要这种标准化。 OpenTracing API 首先是分布式系统的工具 API。有线格式是跟踪系统实现 API.
的实现细节
如果想要在使用不同跟踪后端的服务之间传递跟踪信息，例如 https://github.com/TraceContext/tracecontext-spec 这样的有线格式规范很有用，例如请求从 Jaeger 检测的服务开始，然后使用 StackDriver 进入服务。但这种整合有一系列不同的问题需要解决，例如抽样方法。这些单独的标准没有理由阻止 OpenTracing API。
在issue commentmsample问：
We are looking at using OpenTracing and my searching for the on-wire/protocol for SpanContext led me here. I was surprised to not find this part solidly defined as it seems critical to the broad adoption of OpenTracing.
OpenTracing 不指定在线格式，既不指定带内消息（如通过 RPC 消息传递的跨度上下文），也不指定带外消息（如用于将跟踪跨度从应用程序发送到跟踪后端的消息） .这样做的原因是，只要目标架构使用来自同一跟踪系统（如 Jaeger）的 OpenTracing 库，就不需要这种标准化。 OpenTracing API 首先是分布式系统的工具 API。有线格式是跟踪系统实现 API.
的实现细节如果想要在使用不同跟踪后端的服务之间传递跟踪信息，例如 https://github.com/TraceContext/tracecontext-spec 这样的有线格式规范很有用，例如请求从 Jaeger 检测的服务开始，然后使用 StackDriver 进入服务。但这种整合有一系列不同的问题需要解决，例如抽样方法。这些单独的标准没有理由阻止 OpenTracing API。