アラート設計のベストプラクティス

監視システムで最も避けるべきは「アラート疲れ（Alert Fatigue）」です。重要なアラートがノイズに埋もれないよう、戦略的な設計が必要です。

設計の原則

アクション可能であること: 「CPUが高いです」だけでなく、「どのプロセスが原因か確認してください」「スケールアウトしてください」といった次のアクションが明確であるべきです。
緊急度（Priority）の定義:
- P1 (Critical): 即時対応が必要（サービス停止など）。電話で通知。
- P2 (Warning): 翌営業日の確認で良い（ディスク容量低下の予兆など）。チャットやチケットで通知。

チームのチャンネルに通知します。@slack-channel_name というメンション形式でモニターメッセージ内に記述します。スナップショット画像を含めることで、グラフの状況を即座に共有できます。

オンコール担当者に電話やSMSで通知するために使用します。エスカレーションポリシー（担当者が応答しない場合にマネージャーに通知するなど）を設定できます。