ThousandEyes Integration with Splunk Observability Cloud

Kubernetes に ThousandEyes Enterprise Agent をデプロイし、シンセティックデータを Splunk Observability Cloud にストリーミングし、ThousandEyes と Splunk APM 間の双方向ドリルダウンを有効にします。

このワークショップでは、ThousandEyes と Splunk Observability Cloud を統合し、シンセティックモニタリングとオブザーバビリティデータ全体にわたる統一的な可視性を提供する方法を紹介します。

学習内容 #

このワークショップを完了すると、以下のことができるようになります

• ThousandEyes Enterprise Agent をコンテナ化されたワークロードとして Kubernetes にデプロイする
• 付属の Spring PetClinic アプリケーションを内部 Kubernetes テストターゲットとしてデプロイする
• OpenTelemetry を使用して ThousandEyes メトリクスを Splunk Observability Cloud と統合する
• ThousandEyes と Splunk APM が同じリクエストにリンクできるように分散トレーシングを設定する
• 内部 Kubernetes サービスおよび外部依存関係に対するシンセティックテストを作成する
• Splunk Observability Cloud ダッシュボードでテスト結果を監視する
• ThousandEyes から Splunk APM トレースに移動し、元の ThousandEyes テストに戻る

セクション #

コアパス #

• 概要 - ThousandEyes のエージェントタイプとアーキテクチャを理解する
• デプロイメント - Kubernetes に Enterprise Agent をデプロイする
• Splunk 統合 - ThousandEyes メトリクスを Splunk Observability Cloud にストリーミングする
• 分散トレーシング - ThousandEyes と Splunk APM 間のサポートされた双方向ドリルダウンを有効にする

シナリオ拡張 #

• Kubernetes テスト - シンセティックモニタリングとトレース相関の両方に役立つ内部テストを作成する
• RUM - ThousandEyes のネットワークシグナルと Splunk RUM を相関させてエンドユーザー調査を行う

サポート #

• トラブルシューティング - よくある問題と解決策

前提条件 #

• Kubernetes クラスター（v1.16+）
• 選択した namespace にリソースをデプロイするための RBAC 権限（注：このワークショップでは default namespace を使用します）
• Enterprise Agent トークンへのアクセス権を持つ ThousandEyes アカウント
• インジェストトークンへのアクセス権と APM ルックアップ用の API トークンを作成する権限を持つ Splunk Observability Cloud アカウント

統合のメリット #

ThousandEyes を Splunk Observability Cloud に接続することで、以下のメリットが得られます

• 🔗 統一的な可視性：シンセティックテスト結果を RUM、APM トレース、インフラストラクチャメトリクスと相関させる
• 📊 強化されたダッシュボード：既存の Splunk オブザーバビリティメトリクスと並べて ThousandEyes データを可視化する
• 🔄 双方向ドリルダウン：ThousandEyes Service Map から Splunk トレースに移動し、Splunk APM からリクエストを生成した ThousandEyes テストに戻る
• 🚨 一元化されたアラート：Splunk 内で ThousandEyes テスト結果に基づいてアラートを設定する
• 🔍 根本原因分析：問題がネットワーク関連（ThousandEyes）かアプリケーション関連（APM）かを迅速に特定する
• 📈 包括的な分析：Splunk の強力な分析エンジンでシンセティックモニタリングのトレンドを分析する