92_Sleuth是什么

好，同学们，我们继续，下面我们进入到第16章spring cloud分布式请求链路跟踪，那么这张相对而言的难度和它的复杂度比起前面的呢，稍微好这么一点点，但是呢，也需要同学们进行一定的配置和掌握好。那下面老规矩又是一个新的技术切入模块，我们呢，还是一样的套路，一样的学习方法，为什么要引入它，解决的痛点和问题是什么？那么能干一些什么，官网上去下等等一系列的安装，一系列的安装配置步骤，那么带着同学们再过一个新技术好。他呢，干的活呢，是这样的。为什么会出现这些技术？要解决哪些问题来？我们在一个微服务框架当中吧，一个客户端发起的请求，在后端系统中会经过多个不同的服务节点来协调，产生最后的结果。

订单调支付、调库存、调积分、调物流、调仓储等等等等。那么每一个。前段请求都会形成一个复杂的分布式调用的什么链路？那链路中的任何一环出现的延时或者错符都会引起请求的最后失败，那所以说我们在微幅架构里面，由于调用的链路越来越多，我们有必要知道一从这个服务的A开始，它走了多少步，每一步它的耗时是多少啊。那么怎么一。完成的一次链路调用以后，走过了多少个微服，走过了哪些节点，那现在啊。都不说大型的系统，就说我们这个，比如说现在我们后面越加越复杂。假设八零调的是70195278001280042803，那么这样一个链路的长度会越来越长，这个道理都好简单。问题是你在。

链路少的时候你就是不专，这样的链路监控也无所谓，可问题是当你链路多的时候呢？对吧，这个事是不是都看你看着害怕，我一看是都都像看着像新冠肺炎的病毒细胞啊，那么这个时候我们就需要监控一下它来看看，那么spring cloud，因为大家考虑到了这样的问题，所以说对于大型的系统，多个链路啊，比方说一次性调用都是七八个这样的。十多个这样的，那么这样的长链路调用，多节点调用，我们就需要有一套这样的监控链路的跟踪的这么一套组件技术库来实行我们的监控和把问题及早发现并暴露好。那么。他呢，干什么呢？提供了一套完整的服务跟踪的解决方案，在分布式系统中提供追踪解决方案。并且。

兼容支持zip p，哎，怎么六还没讲完，怎么又多了一个？可以这么讲，他们两个拼起来，一个管监控，一个管展现，好那老规矩，我们呢，依旧看看官网上对路它的。认识和介绍，那么同学们这个呢？基本上分布式的training是不是一个链路，对于spring cloud那么OK，代码级别的在这儿那不多说了，这一张呢，就是一个配置，以后去调用的时候都能够获得我们的。每一个节点的链路调用的完整的轨迹图好，那么最终他解决就这么一个情况，假设现在产品调库存模块兄弟们。那么发送这个trace链路数据了以后，谁调谁或者互相调用，那么z key它呢就记录下来，并且以图形或者说是一个。

网页的形式给大家展现好，那么所以说我们现在呢，嗯。Dashboard，这个dashboard zip king dashboard，只要是碰到这个都是仪表盘图形展现外部监控界面端的意思，那么现在我们了解了这个以后，下面我们将要进行一个配置和安装。