Go で observability を高める

day2 はつらいよ

可観測性（内部の挙動をいじらずに観測できるか）

Observability - Wikipedia

具体的には「緑色蛍光タンパク質」
生物内部で薬がどのように効いているかわかる。

day2 がつらい

day2 : トラブルシュート、メンテナンス、リソース管理、バージョンアップなどいわゆる保守運用作業

トラブルはいつ起こるかわからない

CPU, MEM, Disk などのリソースから、プログラムのバグ、突然のリクエスト増加、特定条件下で発生する問題...

Trace, Profile, Metrics をサポートしたサンプル実装
https://github.com/go-zen-chu/observable-server

どの routine でどのように関数が実行されているかを時系列に確認

どの関数がどれくらい cpu 時間を消費しているのか。またメモリのヒープ取得オプションもあり

アプリケーションごとに見るべき変数は異なる。そのため、カスタムメトリクスを観測できるようにしておくのは重要

VM 内の proc, netstat, diskstats など取得できる
https://github.com/prometheus/node_exporter

複数ポートで起動できない orz
/app/ : アプリケーションのパス
/debug/ : pprof のパス
/metrics : exporter のパス
として、外部にパス付き route (https://hostname/app/) で公開する

これを全部の Go のプロダクトに反映させたいなぁ

observability はセキュリティとパフォーマンスに気をつけて