springcloud分布式整合zipkin的链路跟踪-创新互联
深圳中公教育 :服务之间的调用,假设现在有十几台服务,那么在查找日志的时候比较繁琐、复杂,而且在查看调用的时候也会像蜘蛛网一样,量太大。
成都创新互联公司主要从事做网站、网站建设、网页设计、企业做网站、公司建网站等业务。立足成都服务大理州,十多年网站建设经验,价格优惠、服务专业,欢迎来电咨询建站服务:13518219792这时候zipkin可以把链路调用整个过程给升级起来,只需要到一个地方去查找,就可以知道哪一步出错。
zipkin也分为服务器和客户端,服务器就是zipkin,微服务就是客户端。
首先,建立服务器zipkin
![spring cloud分布式整合zipkin的链路跟踪](/upload/otherpic7/20180723114025264.png)
在此服务build.gradle加上zipkin的依赖:
![spring cloud分布式整合zipkin的链路跟踪](/upload/otherpic7/20180723010511442.png)
这里可以看到它不是属于spring中的
在application.yml配置中:
![spring cloud分布式整合zipkin的链路跟踪](/upload/otherpic7/20180723010527321.png)
配置文件非常简单
启动类:
![spring cloud分布式整合zipkin的链路跟踪](/upload/otherpic7/20180723010540784.png)
接着在对于zipkin服务器的客户端build.gradle中加上依赖:
![spring cloud分布式整合zipkin的链路跟踪](/upload/otherpic7/20180723010629214.png)
这里用到那几个zipkin的客户端就在里面加入依赖
当然在客户端配置文件application.yml中,也要加入zipkin的配置:
![spring cloud分布式整合zipkin的链路跟踪](/upload/otherpic7/20180723010645692.png)
启动zipkin服务器:htt p:// localhost:9999
![spring cloud分布式整合zipkin的链路跟踪](/upload/otherpic7/20180723010656196.png)
看到这样就证明启动成功啦
下面启动项目,执行微服务之间的调用,并刷新zipkin服务器:
![spring cloud分布式整合zipkin的链路跟踪](/upload/otherpic7/20180723010722708.png)
这里可以看到我执行了4次,出现了4个链路,我是根据时间来查找的,也可以根据控制台或日志中的链路编码来查找:
![spring cloud分布式整合zipkin的链路跟踪](/upload/otherpic7/20180723010742949.png)
我在控制台随便拿一个进行查找:
![spring cloud分布式整合zipkin的链路跟踪](/upload/otherpic7/20180723010814658.png)
可以看到查找到了
zipkin也有链路分析:
![spring cloud分布式整合zipkin的链路跟踪](/upload/otherpic7/20180723011631549.png)
它也可以时间和链路编码来查找,这样我们想查找哪一时间段的或精准到哪一条就非常方便了。
网站栏目:springcloud分布式整合zipkin的链路跟踪-创新互联
文章路径:http://jxruijie.cn/article/codpho.html