微服务架构上通过业务来划分服务的，通过REST调用，对外暴露的一个接口，这个接口功能可能需要很多个服务协同，如果链路上任何一个服务出现问题，都会导致接口调用失败。
随着业务的不断扩张，服务之间互相调用越复杂。调用链的分析也会越复杂。它们之间的调用关系也许如下
跟踪器(Tracer)位于你的应用程序中，并记录发生的操作的时间和元数据,提供了相应的类库，对用户的使用来说是透明的，收集的跟踪数据称为Span;将数据发送到Zipkin的仪器化应用程序中的组件称为Reporter,Reporter通过几种传输方式之一将追踪数据发送到Zipkin收集器(collector)，然后将跟踪数据进行存储(storage),由API查询存储以向UI提供数据。
ZipKin可以分为两部分:zipkin server和zipkin client
完成了追踪数据的生成与上报功能
每个服务的处理跟踪是一个Span，可以理解为一个基本的工作单元，如下：
//一个Span
{
//标记一次请求的跟踪，相关的Spans都有相同的traceId
"traceId": "bd7a977555f6b982",
//span的名称，一般是接口方法的名称
"name": "get-traces",
//span id
"id": "ebf33e1a81dc6f71",
//当前Span的父Span id，通过parentId来保证Span之间的依赖关系，如果没有parentId，表示当前Span为根Span；
"parentId": "bd7a977555f6b982",
//Span创建时的时间戳。单位是微秒，可能服务器有时钟偏差导致时间错误
"timestamp": 1458702548478000,
//持续时间,单位是微秒
"duration": 354374,
//注解用于及时记录事件；有一组核心注解用于定义RPC请求的开始和结束
"annotations": [
{
"endpoint": {
"serviceName": "zipkin-query",
"ipv4": "192.168.1.2",
"port": 9411
},
"timestamp": 1458702548786000,
"value": "cs"
}
],
//二进制注释，旨在提供有关RPC的额外信息。
"binaryAnnotations": [
{
"key": "lc",
"value": "JDBCSpanStore",
"endpoint": {
"serviceName": "zipkin-query",
"ipv4": "192.168.1.2",
"port": 9411
}
}
]
}
┌─────────────┐ ┌───────────────────────┐ ┌─────────────┐ ┌──────────────────┐
│ User Code │ │ Trace Instrumentation │ │ Http Client │ │ Zipkin Collector │
└─────────────┘ └───────────────────────┘ └─────────────┘ └──────────────────┘
│ │ │ │
┌─────────┐
│ ──┤GET /foo ├─▶ │ ────┐ │ │
└─────────┘ │ record tags
│ │ ◀───┘ │ │
────┐
│ │ │ add trace headers │ │
◀───┘
│ │ ────┐ │ │
│ record timestamp
│ │ ◀───┘ │ │
┌─────────────────┐
│ │ ──┤GET /foo ├─▶ │ │
│X-B3-TraceId: aa │ ────┐
│ │ │X-B3-SpanId: 6b │ │ │ │
└─────────────────┘ │ invoke
│ │ │ │ request │
│
│ │ │ │ │
┌────────┐ ◀───┘
│ │ ◀─────┤200 OK ├─────── │ │
────┐ └────────┘
│ │ │ record duration │ │
┌────────┐ ◀───┘
│ ◀──┤200 OK ├── │ │ │
└────────┘ ┌────────────────────────────────┐
│ │ ──┤ asynchronously report span ├────▶ │
│ │
│{ │
│ "traceId": "aa", │
│ "id": "6b", │
│ "name": "get", │
│ "timestamp": 1483945573944000,│
│ "duration": 386000, │
│ "annotations": [ │
│--snip-- │
└────────────────────────────────┘
一个应用的代码发起HTTP get请求，经过Trace框架拦截，然后
当前Span的父Span id，通过parentId来保证Span之间的依赖关系，如果没有parentId，表示当前Span为根Span；
Span创建时的时间戳。单位是微秒，可能服务器有时钟偏差导致时间错误
表示客户端发起请求,一个span的开始
表示客户端获取到服务端返回信息，一个span的结束
表示服务端收到请求
表示服务端完成处理，并将结果发送给客户端
网络延迟
逻辑处理时间
整个流程时间
业务标注列表，如果某些跟踪埋点需要带上部分业务数据（比如url地址、返回码和异常信息等），可以将需要的数据以键值对的形式放入到这个字段中。