メインコンテンツまでスキップ

トレーシングエージェントの選択

適切なエージェントの選択​

AWS は、トレース 収集のために 2 つのツールセットを直接サポートしています（さらに、多数の オブザーバビリティパートナー もあります）：

オブザーバビリティソリューションを発展させる際に、どのツールを使用するかの選択は重要な決定事項です。これらのツールは相互に排他的ではなく、必要に応じて組み合わせることができます。また、この選択には最適な方法があります。しかし、まず OpenTelemetry (OTEL) の現状を理解する必要があります。

OTEL は、オブザーバビリティシグナリングの現在の業界標準仕様であり、3 つの主要なシグナルタイプ（メトリクス、トレース、ログ）の定義を含んでいます。しかし、OTEL は常に存在していたわけではなく、OpenMetrics や OpenTracing などの以前の仕様から進化してきました。オブザーバビリティベンダーは近年、OpenTelemetry Line Protocol (OTLP) のオープンサポートを開始しました。

AWS X-Ray と CloudWatch は OTEL 仕様以前からあり、他の主要なオブザーバビリティソリューションも同様です。しかし、AWS X-Ray サービスは ADOT を使用して OTEL トレースを容易に受け入れます。ADOT には、X-Ray に直接テレメトリを送信するための統合機能が既に組み込まれており、他の ISV ソリューションにも対応しています。

トランザクショントレースソリューションには、シグナルを収集するためのエージェントとアプリケーションへの統合が必要です。これにより、テスト、メンテナンス、アップグレードが必要なライブラリの形で 技術的負債 が生じ、将来ソリューションを変更する場合には再ツール化が必要になる可能性があります。

X-Ray に含まれる SDK は、AWS が提供する緊密に統合された計装ソリューションの一部です。ADOT は、X-Ray が多くのトレースソリューションの 1 つに過ぎない、より広範な業界ソリューションの一部です。どちらのアプローチでも X-Ray でエンドツーエンドのトレースを実装できますが、最も有用なアプローチを決定するには、その違いを理解することが重要です。

備考

以下が必要な場合は、AWS Distro for OpenTelemetry でアプリケーションを計装することをお勧めします：

  • コードを再計装することなく、複数の異なるトレースバックエンドにトレースを送信する機能。例えば、X-Ray コンソールの使用から Zipkin に移行する場合、コレクターの設定のみを変更し、アプリケーションコードは変更しません。

  • OpenTelemetry コミュニティによって維持される、各言語の多数のライブラリ計装のサポート。

備考

以下が必要な場合は、アプリケーションの計装に X-Ray SDK を選択することをお勧めします：

  • 緊密に統合された単一ベンダーソリューション。

  • X-Ray の集中サンプリングルールとの統合。Node.js、Python、Ruby、または .NET を使用する場合、X-Ray コンソールからサンプリングルールを設定し、複数のホストで自動的に使用する機能を含みます。