本文介绍了如何在SpringCloud环境中结合Zipkin和RabbitMQ进行服务链路追踪。通过在服务间调用时，不仅上报数据到Zipkin-server，还持久化存储到RabbitMQ，确保在网络故障时仍能追踪服务调用。详细步骤包括启动RabbitMQ和Zipkin-server，更新微服务依赖，不修改配置文件，并模拟服务调用来验证链路追踪的实现。
继上一篇 添加链接描述我们简单搭建了关于springcloud的服务链路追踪与分析，本篇我们在此基础上加入rabbitmq的整合，从而搭建一套简易的使用rabbitmq进行服务追踪的框架；
为什么加入rabbitMq
正常情况下，zipkin的原理是，服务之间的调用关系会通过http的方式上报到zipkin-server，然后交由zipkin-server管理服务之间的调用关系链，然后我们通过ui界面去追踪服务之间的调用链路，
但这样做可能存在一个问题就是，如果哪天在某个服务调用另外一个服务端额时候，调用链路上出现网络的闪断或者其他故障，层级简单的调用还容易排查定位，但是调用层级复杂的话这就有点儿坑了，这样一来，zipkin-server由于服务无法追踪而导致问题无从排查，
试想，某个服务在调用另外一个服务的时候，除了zipkin-server，还能通过某个消息存储的容器将本次调用其他服务的消息数据进行持久化存储，这样不就可以解决问题吗？这就是使用zipkin配合rabbitMq进行服务追踪的来源，即服务之间的调用关系不仅发到zipkin-server，而且还会发到mq中，当然也可以使用my
订阅专栏 解锁全文
7156
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
