IncidentRelay チームによる比較。ドキュメントは に確認されました。 IncidentRelay スコープ: v2.3.1。これはドキュメントに基づいた評価であり、パフォーマンスのベンチマークや機能の同等性を保証するものではありません。
素早い決定 · 機能 · 移行制限 · パイロット チェックリスト
2 つではなく 3 つの選択肢
評価するIncidentRelayセルフホスティングが要件であり、チームがアップグレード、バックアップ、通知配信を所有できる場合。評価するGrafana Cloud IRMマネージドサービスとインシデント対応を並行して行う場合Grafanaクラウドの可観測性は、オンコール バックエンドを自分で操作することよりも重要です。
Grafana OnCall OSS を維持することはメンテナンスの決定です。 Grafana は 2026 年 3 月 24 日にアーカイブしました。既存のインストールは単にオフになるだけではなく、OSS モバイル プッシュや依存する SMS 配信を含む Cloud Connection のサポートは終了しました。/phoneこれは、すべての通知パスが壊れているという主張ではありません。Grafana には、独自の Twilio 設定などの代替案が記載されています。実際に使用している配信パスを監査します。 公式アーカイブとクラウド接続に関する通知をご覧ください。
IncidentRelay を選択すると何が変わりますか?
| 決断 | IncidentRelay v2.3.1 | Grafana Cloud IRM |
|---|---|---|
| 動作モデル | 自己ホスト型。チームはデプロイメントを制御し、サービスを維持します。 | Grafana クラウド内でオンコールとインシデント対応を管理。 |
| スケジュールとアラート | ローテーション レイヤ、オーバーライド、エスカレーション ポリシー、およびオンコール状態診断。 | ローテーション、シフト、オーバーライド、アラートのグループ化、ルーティング、エスカレーション。 |
| インシデントワークフロー | Technical AlertGroup と個別の運用インシデント。下の境界を参照してください。 | インシデントの宣言、対応の調整、タイムライン、およびインシデント後のレビュー。 |
| 通知設定 | チャット、SMTP、または音声プロバイダーを構成します。ブラウザ/PWA プッシュはユーザーごとに有効になります。 | クラウド管理の通知サービスと Grafana モバイル アプリ。 |
| 調査の背景 | 既存のモニタリング ツールを維持し、サポートされている統合を通じてアラートを IR に送信します。 | インシデント対応と、Grafana クラウドの指標、ログ、トレース。 |
上記のクラウド機能は、GrafanaIRM の概要に従っています。組織の現在のプラン条件と配信範囲を確認します。この比較は、同等の商業的権利を前提としていません。
試す価値のある 2 つの境界線
IR 2.3 では、AlertGroup が技術的な確認、解決、およびエスカレーションを所有します。別のインシデントは運用ワークフロー、優先度、担当者を所有し、複数のアラート グループをリンクできます。このリリースでは、レスポンダーと関係者は引き続き AlertGroup の範囲内にあります。同一のコラボレーション モデルを想定しないでください。 インシデント管理を参照してください。
セルフホスティング IR では、外部配信がセルフホスティングされません。チャット サービス、SMTP リレー、および音声プロバイダーは依存関係のままです。ブラウザ/PWA プッシュは、Grafana ネイティブ モバイル アプリではありません。レスポンダーが携帯するデバイスのチャネル要件とブラウザ プッシュ設定を確認してください。
Grafana OnCall OSS からの移行
IR v2.3.1 移行ガイドでは、パブリック API インポーターについて説明しています。デフォルトでは予行モードで実行され、変更の適用を選択する前に計画とレポートが作成されます。これは OSS 移行ツールであり、自動 Grafana Cloud IRM 移行を主張するものではありません。
- サポート対象: ユーザーとメンバーシップ、チーム、サポートされているカレンダー/webのスケジュールとシフト、オーバーライド、基本的なエスカレーション チェーン、統合とそのデフォルト ルート。
- 手動レビュー: 外部 iCal スケジュール、毎月の繰り返し、深夜をまたぐ制限、複数ユーザーの同時シフトまたは通知、任意の Jinja2 またはペイロード全体の正規表現ルーティング。
- インポート時に無効: デフォルト以外の条件付きルート。 Grafana ペイロード全体のマッチングは、IR 正規化ラベルのマッチングと同等ではありません。これらのルートを有効にする前に、マッチャーを書き直してテストします。
- 転送されない: アラート履歴と、送信 Webhook シークレットなどのマスクされた認証情報。通知チャネルとシークレットを個別に構成します。
反復可能なインポートのために state.json を保持し、新しい取り込み URL とトークンを含む route-secrets.json を保護します。どちらのファイルもパブリック リポジトリに置かないでください。
本番 Webhook を変更する前の便利なパイロット
- 現在のすべての通知パスをインベントリし、既存のユーザーのみを使用して予行演習モードでインポーターを実行します。予期しない警告を解決します。グリーンレポートを取得するためだけに、損失を伴うスケジュール変換を受け入れないでください。
- 全ローテーションサイクル、タイムゾーン境界、計画されたオーバーライドを比較します。オンコール ヘルスを使用して、スケジュールのギャップや欠落している配信構成を探します。
- サニタイズされた例を再生します: 運用アラート、重複、解決されたイベント、通知すべきでないアラート。選択したチーム、サービス、エスカレーション対象を確認します。
- テスト アラートを未確認のままにして、バックアップのエスカレーションを確認します。次に、別のメッセージを確認し、ページングが停止することを確認します。 HTTP 成功応答だけでなく、レスポンダー デバイスでの実際の配信を確認します。
- リスクの低い統合を 1 つに切り替えて、オンコール サイクルを観察します。以前のエンドポイントと構成をロールバックに使用できるようにしておきます。シャドウ テスト中に両方のシステムのレスポンダーのページングを回避します。
Grafana ダッシュボードを交換する必要がありますか?
いいえ。オンコール処理の移動は、モニタリングの移動とは別の決定です。 Grafana Alerting は IncidentRelay にアラートを送信できます。ダッシュボードは元の場所に留まることができます。 テスト デプロイメントと 1 つのアラート フローから始めます。
Grafana OnCall と Grafana Cloud IRM は Grafana Labs 製品です。 IncidentRelay は Grafana Labs と提携していません。