请选择 进入手机版 | 继续访问电脑版
  玉林社区   玉林天天茶座   生活常识Spring Cloud Sleuth 和 Zipkin 进
返回列表
查看: 450|回复: 0

生活常识Spring Cloud Sleuth 和 Zipkin 进

[复制链接]

1299

主题

1299

帖子

5011

积分

论坛元老

Rank: 8Rank: 8

积分
5011
发表于 2022-2-22 18:37:38 | 显示全部楼层 |阅读模式

马上注册玉林红豆网会员,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x

分布式跟踪允许您跟踪分布式系统中的请求。本文通过了解如何使用SCS和Z来做到这一点。分布式跟踪允许您跟踪分布式系统中的请求。本文通过了解如何使用SCS和Z来做到这一点。[url=http:///www.wangsu.com/]cdn[/url]的相关知识也可以到网站具体了解一下,有专业的客服人员为您全面解读,相信会有一个好的合作![align=center]

                               
登录/注册后可看大图
[/align]



对于一个做所有事情的大型应用程序(我们通常将其称为单体应用程序),跟踪应用程序内的传入请求很容易。我们可以跟踪日志,然后弄清楚请求是如何处理的。除了应用程序日志本身之外,我们需查看其他任何内容。

随着时间的推移,单体应用程序变得难以扩展,难以处理大量请求以及随着代码库规模的不断扩大向客户提供新功能。这导致将单体架构分解为微服务,这有助于扩展单个组件并有助于更地交付。

但并非所有闪耀的都是金,对吧?微服务也是如此。我们将整个单体系统拆分为微服务,由一组本地函数调用处理的每个请求现在都被调用一组分布式服务所取代。这样一来,我们就失去了追踪在单体应用中很容易完成的请求之类的事情。现在,要跟踪每个请求,我们必须查看每个服务的日志,并且很难关联。

因此,在分布式系统的情况下,分布式跟踪的概念有助于跟踪请求。

什么是分布式跟踪?分布式跟踪是一种机制,我们可以使用它跟踪整个分布式系统中的特定请求。它允许我们跟踪请求如何从一个系统进展到另一个系统,从而完成用户的请求。

分布式跟踪的关键概念分布式跟踪包含两个主要概念:

跟踪ID跨度编号跟踪用于跟踪传入请求并在所有组合服务中跟踪它以满足请求。S跨越服务调用以跟踪接收到的每个请求和发出的响应。

让我们看一下图表。



传入的请求没有任何跟踪ID。拦截调用的第一个服务会生成跟踪ID“ID1”及其跨度ID“A”。
“B”涵盖了从服务器一的客户端发出请求到服务器二接收、处理并发出响应的时间。

带有SCS的SB示例让我们创建一个集成了SCS
的应用程序。首先,让我们访问并使用依赖项“SW”和“SC
S”创建一个应用程序。

现在让我们创建一个带有两个请求映的简单控制器。

C{L=LFL(C);RTT;@V("${}")SN;C(RTT){T=T;}@GM("1")RE1(){("R{}1",N);S=TFO("::80902",S);RE("1+"+);}@GM("2")RE2(){("R{}2",N);RE("2");}在这里,我创建了两条路径,P1调用P2固定端口8090。这里的想法是运行同一应用程序的两个单独例。

现在为了允许侦探将标头注入到传出请求中,我们需要将RT作为注入,而不是直接初始化它。这将允许侦探向
RT添加一个**,以将带有跟踪和跨度的标头注入到传出请求中。

@BRTT(RTB){();}现在,让我们启动两个例。为此,首先,构建应用程序,然后运行以下命令来启动“服务1”。

-\D-S-001-SNAPSHOT\--=S-1\--=8080然后在不同的终端上运行“服务2”,如下所示:

-\D-S-001-SNAPSHOT\--=S-2\--=8090应用程序启动后,调用“S1”,1如下所示:

-::80801现在让我们看看“服务1”的日志。

INFO[S-1,222021875,222021875]41114---[-8080--1]C:IS-11日志包含方括号,其中包含个部分[SN,TI,SI]。对于第一个传入的请求,由于没有传入的
,与相同。

查看“服务2”的日志,我们看到我们为此请求有一个新的。

INFO[S-2,222021875,1194962922]41052---[-8090--1]C:IS-22我截获了从“服务1”发送到“服务2”的请求,并发现传出的请求中已经存在以下标头。

--:"222021875",--:"1194962922",--:"222021875在这里,我们看到下一个操作(对“服务2”的调用)的跨度已经注入到标头中。这些是在客户端发出请求时由“服务1”注入的。这意味着下一次调用“服务
2”的跨度已经从“服务1”的客户端开始。在上面显示的标题中,“服务1”的现在是下一个的父。

为了让事情更容易理解,我们可以使用为Z的**工具直观地查看跟踪。

使用Z可视化跟踪要将Z与应用程序集成,我们需要向应用程序添加Z客户端依赖项。

III---I添加此依赖项后,Z客户端默认将跟踪发送到Z服务器的9411端口。让我们使用其映像启动Z
服务器。我为此创建了一个简单的-文件。

:"1"::::2:-"9411:9411"我们现在可以使用-命令启动服务器。然后,您可以在以下位置访问UI::9411

由于我们使用的是默认端口,我们不需要指定任何属性,但是如果您打算使用不同的端口,则需要添加以下属性。

::U:::9411完成后,让我们使用上面相同的命令启动两个应用程序。在向路径中的“服务1”发出请求时,1我们会得到以下跟踪。



这里显示了两个服务的跨度。我们可以通过查看跨度来更深入地挖掘。

“服务1”的跨度是一个正常的跨度,涵盖了它接收到返回响应的请求。有趣的是第二个跨度。



在此,跨度中有四个点。

第一点是指来自“服务1”的客户端何时开始请求。第二点是“服务2”开始处理请求的时间。第点是“S1”上的客户端完成接收响应的时间。最后,“服务器2”完成的最后一点。

因此,我们了解了如何将分布式跟踪与SCS集成,并使用Z可视化跟踪。
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

收藏:1 | 帖子:8万



侵权举报:本页面所涉内容均为用户发表并上传,岭南都会网仅提供存储服务,岭南都会网不承担相应的法律责任;如存在侵权问题,请权利人与岭南都会网联系删除!