私はすぐにライブ環境に入るWeb APIを持っています。私はすべての例外/エラーをグローバルにログに記録したい。WebAPI 2アプリケーションでグローバルにすべての例外/エラーをキャッチしてログに記録するにはどうすればよいですか？
オンラインでは複数のソリューションが見つかっていますが、Elmahまたは を使用して「グローバルエラー処理」を使用してカスタムバージョンを実行しているようなものもあります。
これを設定するには、信頼性の高い、痛みを伴わないソリューションとは何ですか？
あなたが探しているものによっては、さまざまな解決策があります。
例外トラッキング（基本的にはCrashlyticsですが、ウェブの世界）に焦点を当てたSentryのようなツールがいくつかあります。彼らはログとほとんどキャッチされていない（または時にはキャッチされた例外）にはほとんど焦点を当てません。プロは、多くのログメッセージをコード化する必要がなく、そのツールは環境変数やSDKバージョンのような他のコンテキストを収集することができます。
ロギングに重点を置く一連のツールもあります。最初の企業とは異なり、SDKやエージェントはなく、むしろstdout/syslog出力に直接接続します。そのような企業はLogglyとLogentriesです。これらのツールは、何百万行ものログを検索するために設計されています。
私たち（Moesif）もありますが、例外トラッキングではなく、API呼び出しとそのJSONペイロードに関するコンテキストをキャプチャすることで、APIエラーと分析を重視しています。私はMoesifで働いていますが、これらのオプションはどれも良いものであり、通常はかなり早く統合されます。それぞれには30日間の試用版が用意されているため、いくつかお試しいただき、ワークフローに最適なものが最適かどうかを確認することができます。
「無痛」を定義します。オンラインで見つけたソリューションの何が問題なのですか？そしてなぜあなたはライブになる直前まで考える必要がないものとしてログを3倍にしていますか？そして、あなたはそれらのログで何をするつもりですか？ –
私の何らかの否定的な発言に対抗するには、Application Insights、https://docs.microsoft.com/en-us/azure/application-insights/app-insights-overviewを試してみてください。 –
- 痛みはまだ定義されていません。解決のために何時間も書かないでください。 - 何か間違っているとは言わず、ちょっと違った方法があると言いました。その理由は、私が行く方向を尋ねていたからです。 - 提案に感謝します。 :) – AdrianD