今さら聞けないログの基本と設計指針 - Qiita

ログの出力場所 ログは、開発者や運用担当者が見つけやすい箇所に出力することを原則としましょう。ファイルに出力する場合は、logディレクトリなどを作成しておくことをお勧めします。基本的に、出力先は以下の4つが想定されます。 ・ファイルに出力する コンソール外で起動するアプリケーションに使用される方法です。 ・標準出力 コンソールから起動するアプリケーションで使用されます。途中経過などを出力するための出力方法です。 ・外部ログ管理ツールのファイルに出力 外部のログ管理ツールを用いることが可能な場合は、専用のログ記録場所に出力することを推奨しています。 ・外部システムへ出力 開発者・運用者の作業やコミュニケーションを円滑に行うために、Slackなどのチャットツールに出力するケースもあります。ただし、稼働率に注意する必要があり過度なログの出力は控えるようにしましょう。 基本的に、外部ログ管理システ

[pascal256]

ログ設計は本当に大事。あと生ログは機械に読みやすくするのも大事。人間はawkなりSplunkで加工済みのものを見るし。

[mak_in]

ログレベルの選定は毎回質問が来るんだけど、ログを見る人が誰で、見た人が次に何をアクションするべきか、で決めるようにしてる。

[uzuki05]

“ログの設計を行う前に使用用途を明確にしましょう。”

[shikiarai]

新しいシステムが開発側から送られてくるたびにログ設計どうなってんだ！ってブチ切れてる。ログ上は原因不明なエラーだけど詳しくヒアリングすると単に文字長オーバーしてるだかとかならまだ良い方

[xlc]

SIerなら誰もいまさらログ出力に悩んだりしないが、運用の経験のない人(プログラマ)はログを軽視する。

[uunfo]

「最低でもミリ秒単位で出力する必要がある」と書きながらサンプルは時分秒だけだし、区切りにフォーマットにない余計なコンマ付けてるしなんなん

[maasayan]

ログ

[diveintounlimit]

良記事っぽい

[tmatsuu]

わいわい

[pyagatupa]

すごい適当にやってる。勉強になるなあ

[NOV1975]

ログの使用用途って上がってる3つ以外にもっと業務よりのものもあるよ（それがログという扱いで良いのか、というのは議論があると思うが、トランザクションログみたいなものはやっぱりログなわけで）

[jintrick]

標準化してほしい

[BoiledEgg]

片っ端から予期しない例外に入れてアプリケーションエラーで頓死した挙句ログも残さないアプリを世に売り出したエンジニア、死後起こした例外の数だけワトソンログを読み続ける地獄に堕ちてほしい

[sho]

あたりまえのようにログを捨てる前提になっててがっかり

[ch1248]

良い記事だ。

[oh-kaz]

もっと早く知りたかった