ロギングに関する他の多くの質問を見てきました。ベストプラクティス。どのロギング プラットフォームが最適か。など。トピックに関する非常に良い議論があるSOのここからのリンクがいくつかあります。
編集を開始:
この長い投稿を入力して、私が理解しようとしている主なことは、WCF のログ記録/トレースとアクティビティ ID の伝達が System.Diagnostics と TraceSources にどれほど緊密に結合されているかということだと思います。log4net や NLog などのサード パーティのログ プラットフォームを使用して、「適切な」WCF ログ/トレースとアクティビティ ID の伝達を取得できますか。これを行う場合、どのようにしますか？
ServiceTraceViewer に関するいくつかの質問については、この投稿の下部を参照してください。
編集を終了します。
私の質問の主題は、これらの投稿のいずれにおいても詳細に議論されていません. ロギングと WCF に関して人々が何をしているかに興味があります。WCF サービスを含むプロジェクトに取り組んでおり、プロジェクトにログインしている場合、WCF 固有のログ機能を使用するために特別な努力をしていますか? 特に、アクティビティ トレース、アクティビティ伝播、エンド ツー エンド トレースなどを取り入れようとしていますか? MSDN のこの記事 で概説されているようなものです。これは、アクティビティの伝達に関するMSDNの別の記事です。
この記事では、System.Diagnostics の TraceSource を使用して、アクティビティのトレース、アクティビティの伝播、およびエンド ツー エンドのトレースを行う方法について説明しています。app.config/web.config ファイルを介してこれらのオプションを「オン」にするように WCF を構成する方法を示します。WCF は内部で TraceSources を使用して、通信の結果をログに記録します。
System.Diagnostics と TraceSources を介してアクティビティの伝播を実現する方法を多かれ少なかれ示すサンプル コード (上記でリンクされた 2 番目の MSDN 記事から) を次に示します。
TraceSource ts = new TraceSource("myUserTraceSource");
Guid oldID = Trace.CorrelationManager.ActivityId;
Guid traceID = Guid.NewGuid();
ts.TraceTransfer(0, "transfer", traceID);
Trace.CorrelationManager.ActivityId = traceID; // Trace is static
ts.TraceEvent(TraceEventType.Start, 0, "Add request");
double value1 = 100.00D;
double value2 = 15.99D;
ts.TraceInformation("Client sends message to Add " + value1 + ", " + value2);
double result = client.Add(value1, value2);
ts.TraceInformation("Client receives Add response '" + result + "'");
ts.TraceTransfer(0, "transfer", oldID);
ts.TraceEvent(TraceEventType.Stop, 0, "Add request");
Trace.CorrelationManager.ActivityId = oldID;
WCF がアクティビティを伝達したかどうかを、サービス内から確認できる方法を次に示します。
// Check if an activity was set in scope by WCF, i.e., if it was
// propagated from the client. If not, i.e., ambient activity is
// equal to Guid.Empty, create a new one.
if(Trace.CorrelationManager.ActivityId == Guid.Empty)
{
Guid newGuid = Guid.NewGuid();
Trace.CorrelationManager.ActivityId = newGuid;
}
// Emit your Start trace.
ts.TraceEvent(TraceEventType.Start, 0, "Add Activity");
// Emit the processing traces for that request.
serviceTs.TraceInformation("Service receives Add "
+ n1 + ", " + n2);
// double result = n1 + n2;
serviceTs.TraceInformation("Service sends Add result" + result);
// Emit the Stop trace and exit the method scope.
ts.TraceEvent(TraceEventType.Stop, 0, "Add Activity");
// return result;
私が見たすべての例から、アクティビティの伝播は System.Service モデルの TraceSource を構成し (通常は app.config を介して)、その propagActivity プロパティを "true" に設定することで達成されます。アクティビティは、Trace.CorrelationManager.ActivityId にアクティビティ ID (guid) を設定することによって実際に伝達されます。log4net または NLog を使用している場合、WCF のログ記録とアクティビティの伝達を効果的に使用できますか?
私のプロジェクトでは、WCF を非常に頻繁に使用します。現在、ロギング ソリューションに落ち着こうとしています。System.Diagnostics および TraceSources で WCF のログ記録とアクティビティの伝達がどのように機能するかについては、かなりよく理解できていると思います。log4net や NLog などのロギング プラットフォームを使用して、同様のことがどのように達成できるかをよりよく理解したいと思います。
彼らは「ネイティブ」サポートを提供していますか？アクティビティの伝播を「手動で」達成できるように、何らかのインフラストラクチャを提供する可能性が少し高いようです。多分このようなもの：
//Inside client code:
ILog logger = LogManager.GetLogger("client");
Guid oldActivity = Trace.CorrelationManager.ActivityId;
if (oldActivity == Guid.Empty)
{
Trace.CorrelationManager.ActivityId = Guid.NewGuid();
}
using (LogManager.NDC.Push(Trace.CorrelationManager.ActivityId))
{
log.Info("Before calling WCF Service");
wcfService.Method();
log.Info("After calling WCF Service");
}
Trace.CorrelationManager.ActivityId = oldActivity;
log4net/NLog ログ形式が NDC スタックの一番上をログに記録するように構成されている場合、(アクティビティがスコープ内にある間) クライアントによってログに記録された各メッセージは、アクティビティ ID で「タグ付け」されます。WCF サービスが同様に実装されていると仮定すると、サービス呼び出し中にログに記録されたすべてのメッセージも (おそらく別のファイルに) ログに記録され、同じアクティビティ ID でタグ付けされます。そのため、「サービス」ログ ファイル内のログ メッセージを「クライアント」ログ内の対応するメッセージに関連付けることができます。
したがって、WCF を使用していて、ログを記録している場合は、次の質問があります。
- アクティビティの伝播を使用していますか?
- ロギングに TraceSources を使用していますか?
- 他のログ プラットフォーム (log4net、NLog など) を使用していますか?
- 別のロギング プラットフォームを使用している場合、アクティビティの伝播はどのように行うのですか?
- サードパーティのログ (log4net/NLog - ほとんどのログ) と
System.Diagnostics.TraceSource(WCF サービス境界のログ) を組み合わせて使用していますか?
ServiceTraceViewer はどうですか? 使いますか？私が見たほとんどの例は、TraceSources と XmlTraceListener を介して System.Diagnostics によって生成された出力を示しています。log4net、NLog などからの出力を使用できますか? TraceSource ベースのロギングで「最適」に機能しますか? もしそうなら、ServiceTraceViewer で表示するために、WCF サービス境界での TraceSource ベースのロギング (一部のアプリ コンテキストと WCF 通信情報をキャプチャする) を少しだけ持つだけで「十分」でしょうか? 進行中の WCF 学習プロセスの一環として、ServiceTraceViewer を簡単に使用しました。
ここまで読んでくれてありがとう。ログの統合、WCF アクティビティの伝播、および ServiceTraceViewer でログを表示する機能について考えすぎているのかもしれません。ロギング プラットフォームやロギング戦略の選択において重要な考慮事項のように思えますが、これらのロギング プラットフォームや WCF について確実に知るには十分な経験がありません。