图文详解微服务 Zipkin 链路追踪原理( 二 ) _生活百科

2. Zipkin 核心组件Zipkin (服务端)包含四个组件，分别是 collector、storage、search、web UI 。

文章插图
【图文详解微服务 Zipkin 链路追踪原理】1) collector 信息收集器
collector 接受或者收集各个应用传输的数据。
2) storage 存储组件
zipkin 默认直接将数据存在内存中，此外支持使用 Cassandra、ElasticSearch 和 Mysql。
3) search 查询进程
它提供了简单的 JSON API 来供外部调用查询。
4) web UI 服务端展示平台
主要是提供简单的 web 界面，用图表将链路信息清晰地展示给开发人员。
3. Zipkin 核心结构当用户发起一次调用时， Zipkin 的客户端会在入口处为整条调用链路生成一个全局唯一的 trace id ，并为这条链路中的每一次分布式调用生成一个 span id 。
一个 trace 由一组 span 组成，可以看成是由 trace 为根节点， span 为若干个子节点的一棵树，如下图所示：

文章插图
4. Zipkin 的工作流程一个应用的代码发起 HTTP get 请求，经过 Trace 框架拦截，大致流程如下图所示:

文章插图
1）把当前调用链的 Trace 信息，添加到 HTTP Header 里面；
2）记录当前调用的时间戳；
3）发送 HTTP 请求，把 trace 相关的 header 信息携带上；
4）调用结束之后，记录当前调用话费的时间；
5）把上面流程产生的信息，汇集成一个 span ，再把这个 span 信息上传到 zipkin 的 Collector 模块。
Zipkin 的部署与运行Zipkin 的 github 地址：https://github.com/apache/incubator-zipkin
Zipkin 支持的存储类型有 inMemory、MySql、Cassandra、以及 ElasticsSearch 几种方式，正式环境推荐使用 Cassandra 和 ElasticSearch 。