貴社は、Microsoft Foundry プロジェクト「Project1」でカスタマーサポートエージェントの試験運用を行っています。Project1 は既存の Application Insights リソースに接続されており、貴社のサポートチームは「トレース」タブで実行結果を確認します。
Foundryエージェントサービスは、以下の動作を実行するように構成されています。
* Application Insights の接続文字列を取得するには、次の関数を呼び出します。
project_client.telemetry.get_application_insights_connection_string()。
* テレメトリを有効にするには、configure_azure_monitor(connection_string=...) を呼び出します。
OpenTelemetryを使用するように構成された別のLangChainサービスには、以下の設定があります。
* AzureAIOpenTelemetryTracerを使用します(connection_string=..., enable_content_recording=False)
* config={ " callbacks " :[azure_tracer]} を使用してトレーサーを渡します。
会社の方針には以下の要件があります。
* LangChainとOpenTelemetryからのテレメトリは、同じApplication Insightsリソース内で区別できる必要があります。
* プロンプト、ツール引数、またはスパン属性に、機密情報や認証情報を保存してはなりません。
以下の各記述について、正しい場合は「はい」を選択してください。そうでない場合は「いいえ」を選択してください。
注:正解ごとに1ポイントが加算されます。

正解:

Explanation:
LangChain サービスは、トレーサーを構成しなくてもトレースに表示されます: いいえ 異なる OTEL_SERVICE_NAME 値を設定すると、Application Insights でサービスが分離されます: はい enable_content_recording=False を使用すると、プロンプトとツール データがテレメトリにキャプチャされます: いいえ 最初のステートメントは、別の LangChain または LangGraph アプリケーションが、構成されたトレース統合を介してテレメトリを出力する必要があるため、いいえです。 Microsoft の LangChain トレース ガイダンスでは、AzureAIOpenTelemetryTracer を構成し、コールバックを介して実行可能ファイルまたはエージェントにアタッチし、Azure Monitor で出力されたトレースを検査するように指示されています。トラブルシューティング ガイダンスでは、トレース コールバックが実行にアタッチされていないことが、LangChain または LangGraph スパンが見つからない原因であるとも述べています。
2つ目の記述は「はい」です。OpenTelemetryでは、OTEL_SERVICE_NAMEはservice.nameリソース属性にマッピングされます。Azure Monitor Application Insightsは、クラウドロール名を使用して個別のサービスを表します。Microsoftは、複数のサービスが同じApplication Insightsリソースに情報を送信する場合、サービスが適切に表現されるようにクラウドロール名を設定する必要があると述べています。
3つ目のステートメントは「いいえ」です。enable_content_recording=False は、トレースからメッセージの内容とツール呼び出しの引数を削除するために特に使用されます。Microsoft は、運用環境ではコンテンツ記録を無効にし、プロンプトやツール引数にシークレット、資格情報、トークンを保存しないことも推奨しています。参照トピック: Microsoft Foundry トレース、LangChain トレース、OpenTelemetry サービス命名、Application Insights、およびセキュアなテレメトリ構成。