ログ設計指針
概要 このドキュメントは、効率的かつ安定した、システム開発/運用をするためのログ設計指針です。 的確かつ無駄のない、ログ出力を目指します。 ログレベル ログの緊急度や用途により、以下のようにログレベルを設定する。 Log4j のログレベルを踏襲しているため、運用の状況によっては Critical などのレベルを適宜追加すると良い。 PHP における PSR-3 では、さらに細分化され emergency, alert, critical, error, warning, notice, info, debug となっている。 「出力先」「運用時の対応」は、各プロジェクトのポリシーに準じてください。 レベル 概要 説明 出力先 運用時の対応
６W２Hでログ設計の考慮事項を考えてみた | dfour
ログの出力内容は意外と設計時に考慮不足で、コーディング時にプログラマのスキルに依存する事が良くあります。 何も問題がなければそれでもよいのですが、エラーメッセージが表示された場合に、どこで何が起きているのか？探すのにログが適切出ないと時間がかかり、利用者への迷惑だけではなく、担当者の作業時間も大きく関係してきます。 そんな背景もあり「６Ｗ２Ｈ」の観点で、設計段階で考えるログ設計の考慮事項を整理してみました。 Index ６Ｗの項目 ２Ｈ＋１Ｗの項目 まとめ ６Ｗの項目 出力日時 – [When] ・年月日時分 ・秒やミリ秒の出力は必要か検討 ・出力時間はUTCかそれとも日本時間か検討 補足: 年月日時分はログとして当たり前の項目ですね。秒・ミリ行はシステムの性質から必要可否を選ぶと思いますが、基本は出しても良いと自分は思います。 意外と見落としなのは基準時間をUTCにするのか、それとも日本
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
