AWS Lambda Functions の分散トレーシング
Splunk APM、Lambda Functions とトレース、再び!
ログ以外でコンテキスト伝播の結果を確認するために、再度 Splunk APM UI を参照します。
APM で環境のサービスマップをもう一度確認しましょう。
Splunk Observability Cloud で
- メインメニューの
APMボタンをクリックします。 Environment:ドロップダウンから APM 環境を選択します。- APM Overview ページの右側にある
Service Mapボタンをクリックします。これにより、サービスマップビューに移動します。
Warning
トレースが Splunk APM に表示されるまで数分かかる場合があります。環境名が環境リストに表示されるまで、ブラウザのリフレッシュを試してください。
ワークショップの質問
違いに気づきましたか?
- 今回は、伝播されたコンテキストによってリンクされた
producer-lambdaとconsumer-lambda関数が表示されるはずです!

次に、環境に関連するトレースをもう一度確認します。
- consumer 関数のログからコピーした Trace ID を、Traces の下にある
View Trace ID検索ボックスに貼り付けて、Goをクリックします。

Info
Trace ID は、伝播したトレースコンテキストの一部でした。
最も一般的な2つの伝播標準について詳しく読むことができます
ワークショップの質問
どちらを使用していますか?
- NodeJS 関数をサポートする Splunk Distribution of Opentelemetry JS は、デフォルト
で
W3C標準を使用します
ワークショップの質問
ボーナス質問:W3C と B3 のヘッダーを混在させるとどうなりますか?

consumer-lambda スパンをクリックします。
ワークショップの質問
メッセージの属性を見つけることができますか?

確認ができたので、クリーンアップを行います。
メッセージの停止
この自動計装演習の一環としてデプロイしたリソースをクリーンアップする必要があります。同様に、producer-lambda エンドポイントに対してトラフィックを生成していたスクリプトも、まだ実行中であれば停止する必要があります。以下の手順に従ってクリーンアップを行ってください。
send_message.pyスクリプトがまだ実行中の場合は、以下のコマンドで停止します
bash
fg- これにより、バックグラウンドプロセスがフォアグラウンドに移動します。
- 次に
[CONTROL-C]を押してプロセスを終了します。
すべての AWS リソースの破棄
Terraform は、リソースを個別に、またデプロイメントとして状態管理するのに優れています。定義の変更に応じてデプロイ済みリソースを更新することもできます。しかし、最初からやり直すために、リソースを破棄し、このワークショップの手動計装パートとして再デプロイします。
以下の手順に従ってリソースを破棄してください
manualディレクトリに移動します
bash
cd ~/workshop/lambda/manual- 先ほどデプロイした Lambda functions およびその他の AWS リソースを破棄します
bash
terraform destroyEnter a value:プロンプトが表示されたらyesと入力します- これにより、リソースが破棄され、クリーンな環境が残ります
