.NET のログとトレース

コードをインストルメント化してログを生成することができ、プログラムの実行中に発生した興味深いイベントの記録として機能します。 アプリケーションの動作を理解するには、ログを確認します。 .NET には、その歴史を通じて複数の異なるログ API が蓄積されており、この記事は利用できるオプションを理解するのに役立ちます。

.NET のログ API

ILogger

既存のプロジェクトにログを追加するか、新しいプロジェクトを作成するかにかかわらず、ほとんどの場合、既定の選択肢には ILogger インフラストラクチャが適しています。 ILogger では、高速な構造化されたログ、柔軟な構成、およびコンソールを含む 一般的なシンクのコレクションをサポートしています。これは、ASP.NET アプリを実行するときに表示されます。 さらに、ILogger インターフェイスは、豊富な機能と拡張性を提供する多くのサードパーティのログ実装に対するファサードにもなります。

ILogger では、.NET 用の Open Telemetry 実装のログ記録のストーリーが提供されます。これにより、アプリケーションからさまざまな APM システムにログを送信して詳細な解析を行うことができます。

EventSource

EventSource は、構造化されたログを備えた古い高パフォーマンス API です。 もともとは Event Tracing for Windows (ETW) と適切に統合するように設計されていましたが、後でカスタム シンク用に EventPipe クロスプラットフォーム トレースと EventListener をサポートするように拡張されました。 ILogger と比較すると、EventSource には事前に作成されたログ シンクが比較的少なく、個別の構成ファイルを介して構成するための組み込みサポートはありません。 EventSource は、ETW または EventPipe との統合をより厳密に制御する必要がある場合は優れていますが、汎用のログの場合は、ILogger の方が柔軟性が高く、簡単に使用できます。

Trace

System.Diagnostics.Trace と System.Diagnostics.Debug は、.NET の最も古いログ API です。 これらのクラスには柔軟な構成 API とシンクの大規模なエコシステムがありますが、非構造化ログしかサポートされていません。 .NET Framework では app.config ファイルを使って構成できますが、.NET Core には、ファイル ベースの構成メカニズムは組み込まれていません。 通常、デバッガーで実行中に開発者向けの診断出力を生成するために使用されます。 これらの API は下位互換性のため .NET チームによって引き続きサポートされますが、新しい機能は追加されません。 これらの API は、それらを既に使っているアプリケーションに適しています。 ログ API がまだ決まっていない新しいアプリでは、ILogger の方が機能的に優れている可能性があります。

特殊なログ API

コンソール

System.Console クラスの Write と WriteLine メソッドは、簡単なログ シナリオで使用できます。 これらの API はとても簡単に使い始めることができますが、そのソリューションは汎用ログ API ほど柔軟性がありません。 コンソールでは非構造化ログのみを使用でき、有効にするログ メッセージを選んだり、ターゲットを別のシンクに変更したりするための構成サポートはありません。 コンソール シンクで ILogger または Trace API を使っても、作業が大幅に増えることはなく、ログは構成可能なままです。

DiagnosticSource

System.Diagnostics.DiagnosticSource は、ログ メッセージをストレージにシリアル化するのではなく、インプロセスで同期的に分析することを目的とするログです。 このようにするとソースとリスナーは任意の .NET オブジェクトをメッセージとして交換できるのに対し、ほとんどのログ API ではログ イベントがシリアル化可能である必要があります。 また、この手法は非常に高速で、リスナーが効率的に実装されていれば、数十ナノ秒でログ イベントを処理できます。 これらの API を使うツールの動作は、多くの場合、むしろインプロセス プロファイラーに近いものですが、それに対して API ではどのような制約も課されません。

EventLog

System.Diagnostics.EventLog は Windows 専用の API であり、Windows EventLog にメッセージを書き込みます。 多くの場合、ILogger と、Windows で実行するときにオプションで EventLog シンクを使うと、アプリと Windows OS を緊密に結合することなく、同様の機能を提供できます。

ログに関連する用語

構造化ログデータと非構造化ログ

ログは構造化となることもあれば、非構造化となることもあります。

• 非構造化: ログ エントリは、人間が読むことができる自由形式のテキストとしてエンコードされますが、プログラムによる解析とクエリは困難です。
• 構造化: ログ エントリは、適切に定義されたスキーマを持ち、異なるバイナリ形式とテキスト形式にエンコードできます。 これらのログは、人と自動システムの両方が簡単に操作できるよう、機械翻訳とクエリが可能なように設計されています。

優れた構造化ログ API は、使用の複雑さが少し増すだけで、より多くの機能と高いパフォーマンスを提供できます。

シンク

ほとんどのログ API では、ログ メッセージをシンクと呼ばれる異なる宛先に送信できます。 あらかじめ多数のシンクが作成されている API と、少数しかない API があります。 事前に作成されたシンクがない場合は、通常、カスタム シンクを作成できる拡張 API がありますが、その場合は記述する必要があるコードが少し増えます。