94_Sleuth链路监控展现

好，同学们，我们继续那上一讲，我们搭建好了我们的监控平台，那么现在整个蛋蛋万事俱备，只欠调用，我们现在是不是要完成一个最简单的调用，比方说我们的订单消费者八零可以去调我们的微服务提供者PAYMENT8001就行，那么这样呢，我就考虑到我们这个粘贴呀，复制这些啰嗦事儿，我就不再新建了，OK，我们拿以前最简单的两个来进行处理。那么首先是我们的80012和。八零要被我们的。监控起来，那么理所当然，他们两个就要引入对应的。Java坐标引入lo的假包，好，那么来找到它修改，那么泡沫呢？大家搂一眼，很简单，就把这个一粘就OK，那么大家请看这是8001。来引入。

请看start zip，您说吧，Spring cloud可以这么讲。我们就说好听点，就是借鉴了zip king，好吧，就当人家把人家收编了，然后取了个另外的名字叫对外出去，那么大家请看家包分析我这一刷新。大家请看我们现在是不是8001，我们引入了我们的。看是不是一个zip king这么一个八，你看这个里面是不是就有OK他们两者哈，哎呀可以这么想吧，12221的事，OK，这是我们的8001，那么另外一个我们这个8001的亚么也需要做一点变更，那干什么呢？我们后面玩的是八零掉8001，所以说我们的亚M这要设置一个。监控到的一个地址啊，那么我先粘完啊，粘完咱们再说，那么在我们的这个。呃，Application这啊，那么来同学们。来吧，就起这么一个东西，那它完成的工作是什么意思呢？第一个我监控的这些数据和图表是不是要打到我们的9411上，让别人看得到啊，就这个没问题吧，说白了就是我们就像我们注册要注册到我们的，呃，有瑞卡上面，好吧，告诉你瑞卡的地址是7001，我们现在我们监控的那些数据去哪看，是不是要去9411上面去看，这是第一步，第二步要得到一个东东叫什么呢？Rose的采样率它呢是介于零到一之间，一般是用多少0.5就够了，一半采样哈，那么一呢，就是表示是一点不放过。

全部都采，那么这样而言耗费时间一点，但是呢，我们现在呢，为了给大家演示更好的效果，我暂时把它设置为1OK。其实你设计成一。也行，那点性能损耗与现在的机器性质啊，也没个什么大事，好吧，那么这个呢？就是我们的呃，9411发布上去，然后弹压率的一个设置，这就是我们的8001O了，那么接下来我们呢，在这个业务类payment controller这我们写一个简简单单的啊，不牵扯到呃过多的复杂的业务逻辑，那么。

就有点类似于这样的一个请求，好吗？来，不手写了，这一块很简单，嗯，我相信同学们能够理解。没问题吧？Payment zip key，那么我们就反映回去，呃，反打印出一个字符串的一个语句，那么待会我调这个链路，说明我这块是不是就有请求过来了，那么我这个链路我将会被监控到，好，那么这就是我们的8001支付侧的改造，OK，那么这块完活，那么我们节约时间。把7001启动OK，然后呢，再把我们的。这个PAYMENT8001启动，一边让他们启动，一边我们再改着我们的八零，待会儿我们就快一些哈，因为每次启动都费时，那么这儿CONSUMER80，我们现在是八零去调我们的。

8001OK，那么下面也是一样这个泡沫。过来吧。来吧，这个泡沫也是引入，就有这么一个包完火，他们两个是。一回事。好，那么。要么我们修改，注意也是一回事，OK，那么在我们的SERVER80侧，我们呢？粘贴。好吗？那么相当于说application name是这个啊，那么就不用了，那么zip。9411发布到这参样率我们要选择一，OK，那么这个时候我们的是吗？八零也搞定，那么业务类order controltrler，我们呢，直接调用这么一个，这个就不写了，很简单的一行代码的事儿啊，我们节约时间，主要是给大家演示这个效果，让大家大家知道这个是什么，那么现在我们是cloud payment server，那么不变，那么最下面。

我们直接写我们这个东东，相当于说这块就是consumer的payment zip，那么OK，那么接下来我们两个改造完成将会进行测试，那么依次启动我们的7001800180，我下面我们呢，启动一下我们的八零。好，我暂停一下录屏同学们，那现在我们启动了我们我我们的由于卡7001，我们的ORDER80以及我们的PAYMENT8001 OK，那么这三个作为我们的测试案例，那么来同学们八零调用8001几次测试一下就说白了就是有调用链路了，那么我们根据我们前面的写法，是不是我们的80ORDER controller调的是这个地址啊，那么consumer来了以后描写我们的端口号啊。Local。

Host，那么同学们一回撤来点点点点点点点点点点点点，那么点几次以后就OK了，那接下来我们呢，直接呢，来看一下我们的反问，9411，这个时候同学们一刷。OK，那么请大家看这块是不是有order payment这两个没问题了吧，那么这个时候这些就是说白了我们的微服务的名称，那么我们点一下我们的拨打，我们直接你看它有哪些方法，我们就假设是。哦，那么这边最近就是什么一个小时都不用多说，就是我们刚刚的，那么这个时候我们点一下查找，那么大家请看。这是什么？Less than a？我点了是不是刚才是点点点点点点了很多次啊兄弟们，那么这个时候毫秒级别那么多少多少次啊，然后这些server OK，那假设啊，我们的payment这么一个server，大家请看也是一样，那么接下来的事情你就点进去，那么请看什么查找已保存依赖那么OK。

关闭，从这可以得到是order服务调了我们的支付服务，发了个get请求，调的是这个链接6.265毫秒，然后我们正儿八经到我们的这个。8001支付服务上面掉的是这个，你看加了个consumer，这是加了个get，兄弟们，没有任何问题吧，那么全部这些不用我演示了吧，全部展开，全部折叠，深度是二，OK，那么包括后面的依赖。点一下，那么大家请看一查，就能够依赖分析谁掉了谁，那么后面我们在这就可以以图表的形式一览无余，那么同学们，这个就是我们的路监控链路的步骤，我相信也很简单，我们就不再废话，OK吗？好，那么。它以下界面查看完成以后，那么类似啊，大家请看。我们的payment假设是这样，好吧，这个步骤完了以后，我们来看看这些链路的深度啊，刚才呢都给大家讲解过，最终也就是我们之前讲的。

这么。一张图完成我们的链路监控的调用，因为这个呢非常的简单，同学们可以自行下去玩一下，点一下什么查找啊，保存啊，Z啊这些就OK，好过多的我就不再废话。