クラウド監視の刷新プロジェクトが稟議で止まるとき、技術選定そのものより先に、組織の「観測の癖」が邪魔をしていることが多いです。Cloudmonitoringtoolsが Business Consulting for Cloud Monitoring Modernization で最初に確認するのは、次の三つの習慣です。
1. ダッシュボードを増やすことで安心する
画面が多いほど網羅しているように見えますが、閲覧ログを取ると、経営もオンコールも実際に開いているのはごく一部です。増設の前に「誰が、どの判断のために、週何回見るか」を一文で書けるかが分水嶺になります。
2. 障害チケット件数を唯一の成功指標にする
件数は操作しやすい指標です。分類を変えれば減らせるため、顧客影響と結びつかない改善が量産されます。件数は補助指標に下げ、影響時間やSLO未達の会話を主語に据える必要があります。
3. ツール比較表から議論を始める
機能マトリクスは後工程です。先に指標辞書と責任分界がないと比較表の行が増えるだけで、移行後も同じノイズが残ります。日本企業では稟議資料が比較表になりがちなので、意図的に順序を入れ替えます。
代わりに残すもの
捨てたあとに残すのは、短い指標辞書、アラート統治表、暫定SLOの三点セットです。完璧である必要はありません。次の四半期で更新できる粒度であれば十分です。詳細な手順は 設計講座 のモジュール1〜3で扱っています。