ログの重要性はトラブル時に痛感するからな。標準化の指針があるのはデカい。OTel準拠なのも将来性あって評価できる
意外と忘れがちな実行時間のログ。事後の解析でどこが重かったのか分からなくて詰む
学び
実質標準な仕様があるの知らなんだな
おお、レベルデザインないのね。
まだ読めてないけど、この手の資料はありがたい!
こういうの開発チームに1人はイニシアチブ持って実行してくれる人がいてほしい。
開発と運用を円滑に進めるための詳細なログ出力と、万が一にもお漏らしやクラックされた場合のセキュリティリスクのバランスどうやって取るのか識者にお聞きしてみたい…
公開したログ設計ガイドラインは、OTel/ECS準拠の命名規則や必須項目(timestamp・trace_id)、メッセージコード例(E001)、機密情報マスキングなど運用向け設計指針を示します。
ログ設計ガイドラインを公開しました | フューチャー技術ブログ
ログの重要性はトラブル時に痛感するからな。標準化の指針があるのはデカい。OTel準拠なのも将来性あって評価できる
意外と忘れがちな実行時間のログ。事後の解析でどこが重かったのか分からなくて詰む
学び
実質標準な仕様があるの知らなんだな
おお、レベルデザインないのね。
まだ読めてないけど、この手の資料はありがたい!
こういうの開発チームに1人はイニシアチブ持って実行してくれる人がいてほしい。
開発と運用を円滑に進めるための詳細なログ出力と、万が一にもお漏らしやクラックされた場合のセキュリティリスクのバランスどうやって取るのか識者にお聞きしてみたい…
公開したログ設計ガイドラインは、OTel/ECS準拠の命名規則や必須項目(timestamp・trace_id)、メッセージコード例(E001)、機密情報マスキングなど運用向け設計指針を示します。