ログレベルを選択するための適切な戦略を正式化する方法は？

Question

メッセージのロギングレベルを選択すると、常に私は迷惑になりました。 私は賢明な決断を下そうとしていますが、私が遵守する真の基準はありません。 標準はありますか？

Webアプリケーションのログレベルを決定する際にはどのような戦略を採用しますか？

• デバッグ
• 情報
• 警告
• エラー
• 重要なアラート

：私が使用

のロギングライブラリには、次のレベルがあります前もって感謝します！

Answer 1

ログレベルの使用方法はまったく異なり、石ではありません。私の会社では、主にレベルfatal、error、warn、info、debugのLog4jを使用しています。当社のガイドラインは以下のとおりです。

• FATAL中止するようにアプリケーションをリードする、非常に重大なエラーです。ここで説明する必要がありますあなたのアプリケーションが死亡した理由。このエラーはではないが間違ったユーザーの操作によって引き起こされる可能性があります。
• エラーは、アプリケーションが実行すべきではありませんが、実行を継続する可能性があるエラーを示しています。このエラーはではなく、ユーザーの操作が間違っているためにになる可能性があります。
• WARNは、アプリケーションの使用において潜在的に有害な状況です。アプリケーションが実行中で、この問題のためクラッシュしません。たぶん、サーバーのタイムアウトや予期せぬ状況になる可能性があります。これは、ダムユーザーの操作によっても発生する可能性があります。 ;）
• INFOは、情報メッセージです。これは、アプリケーションの進行状況を示します。それを「アプリは何をしていますか？」と考えてください。そのデータはどこから来たのですか？
• DEBUGは、アプリケーションのデバッグに最も役立つ非常にきめ細かな情報イベントです。このレベルのログは、デフォルトではオフになっています。アプリケーションのエラーが発生しやすい部分のメソッドパラメータや特定の変数を記録するために使用できます。

これらのエラーレベルは、ほぼすべてのログライブラリに適用できます。たとえば、私の説明はFATALCRITICALレベルに使用できます。