通常、OnCallの代替から必要なチーム
代替を評価するチームは、一般的に一緒に働くために4つのことを必要とします: 統合を監視, 正確なオンコールスケジュール, ルーティングモデルと認識またはエスカレーションアラートの信頼できる方法.
IncidentRelay はスタンドアローンアプリケーションとしてこれらの機能を提供します。 Prometheus Alertmanager、Zabbix、Sentry、および一般的なWebhooksからのアラートを受信し、サービス、チーム、回転および通知チャネルに接続します。
必要なダッシュボードを使用しないアラート ルーティング stack
IncidentRelay は Grafana を操作する必要はありません。 Alertmanager ユーザーは、ルート固有のエンドポイントにアラートを直接送信できます。他の監視ツールは、専用の統合や一般的な webhook API を使用できます。
ルートは、アラートラベル、サービスおよびチームを選択し、グループ化の行動を適用し、通知チャネルを添付することができます。 各ルートには独自のインテークトークンがあり、配信資格情報とは別にアラート送信を維持します。
スケジューリングとエスカレーション
回転は層、会員期間、一時オーバーライドをサポートします。 チームはIncidentRelay内の最終スケジュールを表示したり、CalDAVとICSフィードを購読したりすることができます。
エスカレーションポリシーは、注文された応答手順を定義します。 認識されていないインシデントは、リマインダーをトリガーし、追加のユーザーや回転を介して移動することができます。 回答者は、アクティブインシデント中にユーザー、チーム、ローテーション、ポリシーからヘルプをリクエストすることもできます。
通知チャンネル
- Mattermost webhook または Bot API 通知。
- Telegram通知とアクション処理。
- メール配信と設定可能なテンプレート。
- Slack、Discord、Microsoft Teams、およびジェネリックアウトバウンドWebhooks。
- プロファイルレベルのブラウザとPWAプッシュ。
- カスタムテレフォニー用のプラグイン可能なボイスコールプロバイダ。
通知を超えた運用コンテキスト
IncidentRelay は、業務上のインシデントに関連したアラートをグループ化します。 回答者は、それらを認識し、解決し、沈黙し、コメントすることができます, 優先順位を設定し、追加の回答者に要求. サービスは、所有権、ランブック、依存関係、インパクト情報、デフォルトの利害関係者を追加します。
展開と所有権
プラットフォームは、Docker Compose, RPM, システム展開や Kubernetes を Helm チャートで実行できます。 SQLite は、PostgreSQL がより大きい環境や長時間実行環境で推奨されている間、より小さな単一ノードのインストールをサポートしています。
この展開の柔軟性は、内部ツーリングの残りの部分と同じ運用環境でオンコールシステムを望むチームに役立ちます。 また、チームがアップグレード、バックアップ、可用性を所有しています。
Grafana OnCall の移行
ユーザー、チーム、メンバーシップ、スケジュール、エスカレーションポリシー、インテグレーション、アラートルートを移行します。
移行ツールは公開 API を使用し、製品データベースには接続せず、デフォルトでドライランモードで動作します。変更を適用する前に生成されたレポートを確認してください。
IncidentRelayを評価する方法
実際に使用している監視ソースおよび通知チャネルでそれをテストして下さい。 1つの回転をビルドし、ファイリングアラートを1つ送信し、それを承認し、解決されたペイロードを送信し、エスカレーションの動作を確認します。 実際のテストでは、スクリーンショットを比較するよりもワークフローの差が大幅に短縮されます。
IncidentRelay は積極的に開発されています。 生産ロールアウトを計画する前にリリース履歴を見直します。
Grafana と Grafana OnCall は Grafana ラボの商標です。 IncidentRelay は Grafana と提携していません。 ラボ