アプリケーション問題のトラブルシューティング

機能フラグを有効にしてエラーを生成する

1. まず、次のコマンドを実行して、ローカルマシンで機能フラグサービスエンドポイントを使用できるようにします。

   kubectl port-forward svc/opentelemetry-demo-frontendproxy 8080:8080 -n otel-demo
   

2. その後、ブラウザで次の URL に移動して機能フラグサービスに接続できます。 http://localhost:8080/feature/
   
3. 次に、両方を有効にしましょう productCatalogFailure と adServiceFailure 機能フラグ。
   

最終結果は次のようになり、[有効] が [オン] に設定されているはずです。 true 関心のある機能フラグについて。

トレースとログを使用してアプリケーションエラーを調査

この機能フラグを有効にしたので、デモアプリケーションで広告サービスにエラーが発生していることがわかりました。これらのエラーの原因を調べるには、まず Trace Analyzer を使用して、エラーのある広告サービスに関連するトレースを見つけましょう。

トレース ID をクリックしてトレースを詳しく見てみましょう。トレースのウォーターフォールビューには、どのコンポーネントが最も時間がかかっているかがわかります。フロントエンドサービスが adservice を呼び出すときにエラーが発生することがわかります。スパンをクリックすると詳細が表示されます。トレースの一番下には、この特定のトレースに関連するログイベントを見つけるためのボタンがあります。

ボタンをクリックすると Log Observer に移動します。ログオブザーバーは、対象の trace_id であらかじめフィルタリングされています。

ログイベントを選択して詳細を確認できます。ログイベントの詳細には、GetAds がステータスコード「RESOURCE_EXHAUSTED」で失敗したことが示されています。

フィールドのリストをさらに下にスクロールすると、trace_id、span_id、trace_flags 属性がこのログイベントに含まれていたことがわかります。これらの属性があると、 Splunk Observability Cloud トレースとログを関連付けることができます。

関連コンテンツを使用してログ、トレース、インフラストラクチャデータ間を移動する

最初のトラブルシューティングシナリオはトレースを見ることから始まりましたが、ログを見ることからトラブルシューティングを始めることもできました。たとえば、Splunk Log Observer を使用して、レコメンデーションサービスに関連するすべてのログイベントを検索してみましょう。

ログエントリの 1 つをクリックすると、詳細が表示されます。

画面の下部には、次の場所に移動する3つのボタンがあります。 [関連コンテンツ] 。具体的には、ボタンは次のリンク先にあります。

• レコメンデーションサービスのサービスマップ。
• この特定のログエントリに関連するトレース。
• このレコメンデーションサービスのインスタンスが実行される Kubernetes ポッド。

最初のボタンをクリックすると、レコメンデーションサービスのサービスマップに移動します。このマップには、画面の下部に独自の関連コンテンツが表示されます。

メトリクス、ログ、およびトレースデータがに流れる場合 Splunk Observability Cloud では、関連コンテンツバーを活用して、あるビューから別のビューにシームレスに移動できます。あるシグナルから別のシグナルに移動するときにコンテキストを維持することで、問題のトラブルシューティングをより迅速に行うことができます。

クリーンアップ

必要に応じて、次のコマンドを実行してアプリケーションデプロイメントをクリーンアップできます。

kubectl delete --namespace otel-demo -f ./splunk/opentelemetry-demo.yaml

helm uninstall <helm release name>

サマリー

この記事では、ログ、トレース、メトリクスのデータがどのように相関しているかを説明しました。 Splunk Observability Cloud アプリケーションの問題のトラブルシューティングを迅速に行うために使用できます。使用に関するより役立つアドバイスを探しています Splunk Observability Cloud ?当社をすべて見る 製品に関するヒント 。