運用に使えるログがほしい！

「運用」に使えるログを取るために考えたことなどを tamachi.sre #5 LT で発表しました。

Transcript

1. 運用に使えるログがほしい！ estie sugitak (X:@sugitak06)
2. 運用に使える ログがほしい！ 1
3. • サービス運用観点でほしいログ、なんだか手に入りにくい • REST の頃はなにも困らなかった • GraphQL 時代、なにもわからない 2 さいきん、ログが取りにくい
4. • GraphQL 化 o HTTP Return Code からエラーがわからない o 何の命令なのかわからない • Single Page Application 化 o ユーザアクセスがサーバサイドに来るとは限らない o 1アクションに複数来ることも • 内部 API 連携の高度化 o マイクロサービス、 BFF など o 情報処理の責務が分散しており、ログも一箇所で完結しない なぜわからない？
5. SPA GraphQL 環境でも 運用に使える ログがほしい！ 4
6. ログの種類 Access Log HTTPレベルのログ 例： Nginx, Apache Log Activity Log ユーザの行動ログ 「ユーザが何をした か」に着目したログ Audit Log 監査ログ 誰が、いつ、何に対し て、どういう操作をし て、どういう結果を得 たか Application Log 雑多なログ ライブラリが勝手に出 したり、デバッグ用途 で開発者が出したり
7. つまり REST 全盛期には Activity Log 作成をサボれていただけ ちゃんと Activity Log と向き合えばいい！ 「GraphQL で困っている」 Access Log から Activity Log 情報が消えたから 「REST では困っていなかった」 Access Log が Activity Log を一部含んでいたから
8. • アクセス数が跳ねたものの調査 • アクセス自体の成否確認 • 困っているユーザを発見する • 操作内容の正当性確認 • など…… 「運用で使う」ログの「運用」？
9. こんな感じでログを作ると良い感じ！ HTTP 情報 • METHOD, PATH, QUERY, PORT, SCHEMA, ... • アクセス元IPア ドレス • リファラ、UA • 返信データ長、 処理時間 ドメイン情報 • 呼び出してい る命令 • 命令に対する 引数 ユーザ情報 • ユーザID • 組織ID エラー情報 • エラーコード • エラーメッ セージ ログに関するID • Trace ID 類 • Log ID
10. ログ構築のポイント • ほしい人 (= SRE) が構築する • 共通ライブラリを作り、再現しやすくする • 分析基盤で使えるようにすると、便利さが伝わる • 前例があって便利なら最終的に広まっていく まだまだ道半ばなので、やっていき
11. estie tech blog の記事にもう少し書きました https://zenn.dev/estie/articles/f4523adedad6bf
12. © 2026 estie Inc. We are hiring! 11 https://hrmos.co/pages/estie/jobs?category=1756293647827165184