分散トレーシングと双方向ドリルダウン
テストの作成
テストの作成
概要 #
ここでは、このインテグレーションを実証するためのテストを作成します。
3つのテストを作成します
- ThousandEyes エージェント(クラスター内部)からのテスト。アプリケーションがパブリックインターネットからアクセスできない場合に有用です
- より興味深いトレース(クラスター内部)
- パブリックインターネットからのテスト。パブリック URL と ThousandEyes Cloud Agent を使用します
ステップ 1: HTTP テスト(Kubernetes クラスター内) #
- ThousandEyes で、Network & App Synthetics > Test Settings に移動します。
- Add New Test をクリックし、HTTP Server を選択します。
- テストを設定します
- URL:
http://api-gateway.default.svc.cluster.local:82/ - Test Name:
[Name] Frontend Available (In Cluster) - How often test runs: 10 minutes
- Agents:
Enterprise Agentsタブを選択し、このガイドの前のステップでデプロイしたエージェントを選択します - Enable distributed tracing: 有効にします
- Verify Content: オプションです。返されるページコンテンツを検証したい場合は
PetClinicを使用します。
- Instant Test をクリックします
Instant Test
これにより新しいタブが開き、テストは保存されませんのでご注意ください。ThousandEyes でサービスマップビューが表示されるまで少し時間がかかる場合がありますが、Splunk Observability Cloud でトレースを確認できるはずです。
- トレースをコピーします
- Splunk Observability Cloud で、APM > Trace Analyzer に移動し、トレースを貼り付けて Go をクリックします
最終的に、以下のような表示が確認できるはずです


ステップ 2: HTTP テスト(Kubernetes クラスター内)- より興味深いトレース #
ステップ 1 を繰り返しますが、URL には http://api-gateway.default.svc.cluster.local:82/api/customer/owners(Owners List)を使用します。
同じテストを編集して、Instant Test を実行できます。
より興味深いマップが得られるはずです。

ThousandEyes の失敗
ThousandEyes でテストが失敗していることに気づきましたか?これは、Owners List に基づいて Verify Content を変更しなかったためです。
ステップ 3: HTTP テスト(パブリック) #
最後に、パブリックインターネットからこのページにアクセスできるか確認しましょう。
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
