2017-12-05 21 views
0

リンクIstio/Distributed tracingに続いて、私はzipkinを使って追跡を行うことができます。分散トレースのzipkinでistioを使用すると、x-request-idを返すことはできますか?

現在、クライアント/呼び出し側がx-request-id(IDが送信されない場合はzipkinが作成されます)を知るために、彼は を要求の一部として送信する必要があります。

これは彼に彼の要求をトレースする能力を与える。すべてうまくいく。

しかし、制約/重複の問題を避けるためにクライアントがx-request-idを送信するのは良い考えではないかもしれないと思っています。

istioレベルでは、応答ヘッダーを変更してx-request-idを返すことができればよいでしょう。

私はistioのためのそのような機能を現在見つけていません。これを達成する方法がある場合は、教えてください。

答えて

0

私は、私は完全にあなたの質問を理解していないが、私はistioトレースに関してどのように機能するかについて少し詳しく説明することができます

ので、一般的に、元の要求の一部であるすべてのスパンまたはノードを識別する手段をトレースアイデンティティはアイデンティティによって生成され、アプリケーションはpropagate itでなければなりません。それぞれのアイティオプロキシはその情報をキャプチャして、istio-mixerに転送して、ZipkinまたはJaegerを使用して可視化することができます。

Istioは、ヘッダーをコピーしない限り、元の要求があったアプリケーションからアウトコールを作成するとわかりません。

助けても意味がありますか?

+0

私は、istioによって公開されたサービスを呼び出す人の視点から、より多くを探しています。クライアントまたは呼び出し元がトレース機能を使用して要求の流れをチェックできるといいでしょう。 –

+0

ohだから、あなたはイングレスリクエストの結果として外部からtraceidを公開することを意味します。私はそれがオプションになるかもしれないと思う(たぶん、情報が内部に残るべきだというほとんどの人にとってデフォルトではないだろう)。私は試していないが、おそらくあなたはそのサービスの外側でヘッダーを生成することができ、それはちょうど下流に使用されるだろうか? (外部システムに戻すのではなく、事前に設定して目標を達成する) –

関連する問題