インフラストラクチャ内のスケジュール、アラートデータ、インシデントワークフローを維持します。

なぜセルフホストがオンコールプラットフォームですか?

オンコールシステムには、従業員のスケジュール、連絡先の詳細、アラートペイロード、サービス名、インシデントタイムライン、内部システムへのリンクが含まれます。 一部のチームは、自分のネットワークとデータベース内の情報を保持することを好む。

セルフホスティングは、デプロイのタイミング、統合、保持、バックアップ、アクセス境界をコントロールするチームも提供します。 トレードオフは簡単です。プラットフォームを操作し、その可用性を所有しています。 魔法の雲はなく、他の場所で請求書を受け取るコンピュータだけではありません。

IncidentRelay に含まれるもの

• オンコールスケジュール、回転レイヤー、一時オーバーライド。
• Alertmanager、Zabbix、Sentry、および一般的なWebhooksのアラートルーティング。
• エスカレーションポリシー、リマインダー、リマインダーリクエスト。
• サービス、依存関係、メンテナンスウィンドウ、インシデント優先事項。
• Mattermost、Telegram、電子メール、ブラウザのプッシュ、Webhook、ボイス通知。
• 個人 API トークンと OpenAPI ドキュメント。

導入の選択肢

IncidentRelay はいくつかのデプロイメントモデルをサポートしているので、チームは使い慣れた操作ツールを使うことができます。

データベースとスケーリングの選択肢

SQLiteは、小さな単一ノードのインストールで利用できます。 PostgreSQL は、大規模または長期にわたる環境、複数の Web ワーカーでの高いアラートボリュームとデプロイメントの実用的選択です。 スケジューラは別のプロセスとして実行されるため、リマインダーとエスカレーションは、Webワーカー間で重複しません。

既に実行しているスタックと統合

IncidentRelay は、監視システム、サービスオーナーシップ、スケジュール、通知先間のルーティングレイヤーとして機能します。 ルートは、独自のトークンを持ち、どのアラートがどこにあるかを判断します。 チャネルは、選択した応答者が通知する方法を記述します。

Generic webhooks と OpenAPI エンドポイントは、ベンダー固有の統合を待つことなく内部ツールを接続することができます。 独自のテレフォニーワークフローを操作するチームには、カスタムボイスプロバイダーをインストールできます。

業務上の責任

自発的なインシデントプラットフォームは、生産インフラのように処理する必要があります。 データベースのバックアップを計画し、Webおよびスケジューラサービス、テスト通知チャネルを監視し、IncidentRelayに影響を与えるインシデントの緊急パスを保持します。 それ自体。

API、コンフィギュレーション、スキーマはリリース間で進化する可能性があるため、リリースノートを見直し、ロールアウト前にアップグレードをテストします。