ログ設計ガイドライン

フューチャーのログ設計ガイド、相変わらずガチすぎる。全開発者が一度は読むべきレベルの完成度

“ログキー命名規則 標準的な規約。　Java, Go, Pythonの構造化ロギングライブラリが利用するキー名称をまとめる。Apacheとnginxのアクセスログで利用される標準的なキー名。AWSとGoogle Cloudのログサービスの特別なキー名”

自分だったらAsyncAppenderを使用する場合はneverBlockをtrueにして、監査ログ・決済ログとかだけ同期ログで出力するかな

現場の知見の積み上げって感じはあるがガイドラインって感じ薄いな。JMXは直接操作しないにしても想定しておいていいと思うけど。

私の周りでは付加情報はAPMがつけてくれるのでSeverityとMessage以外は削除した。

OpenTelemetry準拠で構造化ログ(JSONLines)や共通スキーマ、severity.textやtrace_id等のキー設計を解説するガイドライン。

stdout/errログだけだった。入力以外もユーザーデータを無闇に出力すべきじゃない(運用者の目が焼けるし消すのが大変だから)とかいろいろあるけど、あんまりカバーされてないな

“は”

やっぱフラットにした方がいいかなぁ

フラットになってる印象