服务链路追踪类型和区别

1、zipKin 和skywalking

2、zipkin 属于springcloud 原生技术组件，融合性比较好，业务耦合度低，服务端是独立的，并且springcloud版本Finchley之后，zipkin服务端官方已经提供好，自行下载单独的jar包服务。 社区活跃度很高， 上手比较快。 Zipkin：关注的链路调用关系，它记录的是Trace   缺点：  web图形页面还不够丰富。

1）、在Spring Cloud Sleuth中对Zipkin的整合进行了自动化配置的封装，所以我们可以很轻松的引入和使用它。

2）、客户端把日志信息汇总到服务端：如果服务端没有配置数据库直接把信息存入内存中，服务重启后信息丢失；如果服务端配置了数据库，信息会持久化到数据库里。

3）、一般我们通过Zipkin寻找一个请求在各个服务调用的链，而当我们想要查这个请求具体都打印了那些日志，我们通过ELK来查找 因此当我们想搭建一个分布式日志追踪服务，zipkin和ELK都是不可或缺的

3、skywalking   耦合性比较低        独立的服务端        web页面比较丰富   。下载安装包解压后里面有监听文件和运行文件，监听文件放到一个目录里，把该目录的全路径配置到每个微服务里面；把监听到的日志信息发送到服务端。服务端默认h2 数据库 ，也可以换其他的 登录客户端就可以看到相关日志信息。