SpringCloud プロジェクトの構築方法を教える (17) Sleuth 分散リンク追跡の統合

これからも更新していきますので、いいねやフォロー大歓迎です！

1。概要

マイクロサービスフレームワークでは、クライアントによって開始されたリクエストは、バックエンドシステムの複数の異なるサービスノードによって呼び出されて、最終的なリクエスト結果を共同で生成します。各フロントエンドリクエストは、複雑な分散サービス呼び出しリンクを形成し、待ち時間が長くなります。または、リンク内のいずれかのリンクにエラーがあると、リクエスト全体の最終的な失敗が発生します。したがって、より複雑なシステムでは、呼び出しリンクに多数のマイクロサービスが存在することになり、間違いなく、リンク上のマイクロサービスを追跡する必要があります。

SpringCloud Sleuth は、サービス追跡ソリューションの完全なセットを提供し、分散システムでの追跡ソリューションを提供し、zipkin と互換性があります。SpringCloud Sleuth负责对微服务调用链路的收集整理，而zipkin负责对链路的展现。

2. zipkin をビルドしてインストールする

SpringCloud はバージョン F 以降、Zipkin Server を自分で構築する必要はありません。関連する jar パッケージを呼び出すだけで済みます。zipkin の jar パッケージのアドレスをダウンロードし、その jar パッケージをローカルにダウンロードします。最新の zipkin-server-2.12 をダウンロードしました。 9-exec.jar。jar パッケージのディレクトリを入力し、コマンドラインで java -jar コマンドを入力して、jar ファイルを実行します。

java -jar zipkin-server-2.12.9-exec.jar

1
ここに画像の説明を挿入

http://localhost:9411/zipkin/ にアクセスして、zipkin 監視プラットフォームのページに入ります。
ここに画像の説明を挿入

3.スルースリンク監視表示

リンクによって監視する必要があるマイクロサービスに次の依存関係を導入します。

<!--包含了sleuth+zipkin-->
<dependency>
	<groupId>org.springframework.cloud</groupId>
	<artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>

たとえば、最初にエウレカのサービスレジストリを学習したときは、8001 マイクロサービス (サービスプロバイダー) と 80 マイクロサービス (サービスコンシューマ) が使用されていましたが、当時は 8001 が提供するマイクロサービスにアクセスするためのサービスコンシューマとして 80 マイクロサービスが使用されていました。上記の依存関係をこれら 2 つのマイクロサービスに導入し、構成ファイルで zipkin と sleuth の構成情報を構成します。

spring:
  zipkin:
    base-url: http://localhost:9411
  sleuth:
    sampler:
      # 采样率值介于0到1之间，1表示全部采集
      probability: 1

80 と 8001 の両方のマイクロサービスで上記の依存関係を導入し、上記の構成を追加した後、Eureka サービス登録センター、8001 サービスプロバイダーサービス、および 80 サービスコンシューマサービスを開始し、テストのために 80 を使用して 8001 のサービスを呼び出します。 zipkin パネルでサービス呼び出しリンクを表示できます。
ここに画像の説明を挿入

ここで Spring Cloud Sleuth の学習を終了し、Spring Cloud のセット全体の学習も終了しました。とても簡単ではありませんか!

時間の都合上、他の友人Liijia Hengbaoが記事を転送しました。クリックして元のテキストを表示します。

次のシリーズでは、Spring-Cloud-Alibaba を学習し、学習と更新を続けます。次のセクションはさらにエキサイティングな内容になります。お友達の「いいね」やフォローも大歓迎です！ありがたい！ここに画像の説明を挿入