1. ホーム
  2. logging

[解決済み] 異なるログレベルを使用する場合

2022-03-15 08:33:20

質問

メッセージを記録する方法には、致命的なものから順に、さまざまな方法があります。

  1. FATAL

  2. ERROR

  3. WARN

  4. INFO

  5. DEBUG

  6. TRACE

どのような場合に使用するのか、どのように判断すればよいのでしょうか?

ヒューリスティックの良い使い方とは?

どのように解決するのですか?

私は一般的に以下のような規約を遵守しています。

  • トレース - コードをトレースしているときだけです。 部分 というように、ある関数に特化しています。
  • デバッグ - 開発者以外の人(IT、シスアドなど)にも診断上役立つ情報。
  • 情報 - 一般的に有用な情報(サービスの開始/停止、設定の仮定など)を記録します。常に利用可能な状態にしておきたいが、通常では気にしない情報。これは、私のデフォルトの設定レベルです。
  • 警告 - アプリケーションに異常が発生する可能性があるが、自動的に回復するもの。(プライマリサーバからバックアップサーバへの切り替え、操作の再試行、セカンダリデータの欠落など)。
  • エラー - にとって致命的なエラーは、すべて 操作 必要なファイルが開けない、データがない、など)。これらのエラーは、ユーザー(管理者、または直接ユーザー)の介入を必要とします。これらのエラーは通常、間違った接続文字列やサービスの欠落などのために(私のアプリケーションでは)予約されています。
  • 致命的 - データ損失(またはさらなるデータ損失)を防ぐために、サービスやアプリケーションを強制的にシャットダウンさせるようなエラー。最も凶悪なエラーや、データの破損や損失が保証されている状況のみに留保されます。