手当たり次第に書くんだ

飽きっぽいのは本能

アラート

Runbook は手順書ではなく判断の入口である – アラート、ダッシュボード、ログを対応へつなぐ

Runbook は固定手順を並べるだけの文書ではなく、アラート通知を受けた人が影響範囲、原因候補、確認画面、ログ、エスカレーション条件へ進むための入口です。Prometheus、Alertmanager、Grafana、Loki と Runbook の関係を整理します。

Alertmanager の通知設計 – ルーティング、抑制、沈黙、責任分界を分ける

Alertmanager はアラートを発火させる場所ではなく、通知の束ね方、宛先、抑制、沈黙、エスカレーションを設計する場所です。Prometheus の alert rule と Alertmanager の役割を分け、通知疲れを避けるための設計観点を整理します。

アラート閾値と自動実行条件を混同しない – 通知、抑制、停止、切り戻しの境界を分ける

アラート閾値、自動実行、通知抑制、停止条件、切り戻し条件、承認条件を分け、運用判断の境界として設計する考え方を整理します。

Prometheus のメトリクス設計 – ラベル、カーディナリティ、アラート条件を分けて考える

Prometheus で監視を作るときは、値、ラベル、集計単位、保持期間、アラート条件を分けて設計する必要があります。メトリクス名、ラベル、カーディナリティ、recording rule、alert rule の役割を整理します。

トップへ戻る