IncidentRelay 変更ログ。

GitHubタグ v2.3.0と比較

• アラート分析に、ノイズの多いアラートのランキング、確認率、MTTAとMTTR、ライフサイクルの傾向、最も古い未解決アラートグループが追加されました。
• Prometheusメトリクスでリクエスト遅延、アラート受信、通知キュー、ワーカーの状態を公開します。任意のBearerトークン認証とHelmのServiceMonitorに対応しています。
• 環境変数による設定の上書き、マウントされたシークレットファイル、既存のSecretsやConfigMapsへのHelm参照をサポートしました。
• オーケストレーションの実行トレースには、一致したルール、イベントの変更、候補となる判断と実際のライフサイクル結果の比較が表示されます。
• アラート詳細には現在の優先度ポリシーと通知ルーティングの設定元が表示され、インシデントへの関連付け時にタイトルまたはIDでアラートグループを検索できます。
• Dockerイメージがlinux/amd64に加えてlinux/arm64をサポートするようになりました。

GitHubタグ v2.2.0と比較 API移行ガイド

• インシデントに専用のワークスペース、ライフサイクル、優先度、運用担当者が追加され、アラートグループの関連付けとアクティビティ履歴を利用できるようになりました。
• 互換性のないAPI変更：技術的なアラートグループの操作は/api/alert-groupsに移行しました。/api/incidentsは運用上のインシデントのみを管理します。
• Cloud.ru Cloud Eye連携は、署名付きのSMNアラーム通知と復旧通知を受信し、サブスクリプションを自動的に確認します。
• Feishu / LarkチャネルはカスタムボットのWebhookでテキスト通知を配信します。リクエスト署名は任意で設定できます。
• 概要ダッシュボードにアラートの傾向、サービスの状態、チームの活動、現在のオンコール担当者、最近のアクティビティが追加されました。
• 通知ポリシーに優先度、重大度、ソース、サービス属性のフィルターを追加し、無効なチャネルへの参照も保持するようになりました。
• モバイルのアラート詳細とブラウザーのプッシュ通知からの移動を改善しました。GrafanaのWebhookは値がnullの任意フィールドを受け入れます。

GitHubタグ v2.1と比較

• アラートのシェルビングにより、技術的な状態やサービスへの影響を隠すことなく、アクティブなアラートグループの通知、リマインダー、更新、エスカレーションを一時停止できます。
• レスポンダーはWebインターフェイス、ブラウザプッシュ、Slack、Telegram、Mattermostからアラートをシェルブおよび解除でき、自動期限切れ、配信再開、完全なタイムラインと監査記録に対応します。
• Azure Monitorのネイティブ統合がCommon Alert Schema Webhookを受信し、FiredとResolvedイベントを対応付け、Sev0～Sev4の優先度を正規化し、ルーティング用のAzureメタデータを公開します。
• 受信した子アラートのイベント履歴は、グローバルにfull、initialのみ、disabledのいずれかで保存でき、Event Orchestrationは運用タイムラインを削除せずに一致イベントのモードを上書きできます。
• OIDCおよびSAMLプロバイダーは、IDクレームをSlack、Telegram、MattermostのユーザーIDにマッピングでき、SSOによる対話型通知アクションのプロビジョニングが容易になります。
• リソースの削除と再作成がより安全になり、履歴レコードを保持しながら、依存するルーティングとスケジューラー処理を一貫して無効化します。
• インターフェイスにスペイン語と簡体字中国語の完全なローカライズを追加しました。
• HelmデプロイでカスタムCAと、プライベートネットワーク向けのより安全な送信HTTP設定をサポートし、数値およびリバースプロキシ配下の静的パスを修正しました。

GitHubタグ v2.0との比較

• 設定可能な保持ポリシーにより、古い解決済みアラート履歴、Explain Trace、Event Orchestration実行トレースを、上限のあるスケジューラーバッチで自動削除できます。
• Event Orchestrationは一致したイベントごとに完全、コンパクト、無効の処理トレースを設定でき、バッファーには上限があり、コンパクトまたは切り詰め状態も表示されます。
• 相関インシデントを確認すると、古い通知、リマインダー、エスカレーション処理が取り消されるようになりました。同じか低い優先度の子イベントは確認済みのまま、高い優先度のイベントはグループを再オープンできます。
• New Relicのネイティブ統合はAlerts Workflowの問題通知を受信し、正規化されたライフサイクルイベントを標準のIncidentRelay受付トークンでルーティングします。
• Nagios CoreおよびNagios XIのネイティブ統合は、ホストとサービスの障害、復旧、確認を対応付け、ダウンタイム、フラッピング、カスタム通知は無視します。
• Helm chartはOCIアーティファクトとしてGHCRに公開され、安全なデフォルト設定とSQLiteに配慮したデプロイ検証が強化されました。
• 主要画面のダークテーマがより統一され、Orchestrationシミュレーターの結果もより明確で使いやすい形式になりました。

GitHub タグ v1.2.1 と比較

• Event Orchestration に、グローバルおよびサービス単位のバージョン管理されたルールが追加されました。アラートのライフサイクル処理が完了する前に、受信イベントの正規化、情報付加、ルーティング、グループ化、重複排除を行えます。
• ルールでは、チーム、ルート、サービス、ポリシーの選択、優先度と重大度の変更、通知の抑制、イベントの遅延または破棄、安全な非同期 Webhook のキュー投入ができます。
• ビジュアルビルダーと JSON エディターに、検証、シミュレーション、リプレイ、シャドー実行、トレース、メトリクス、変更不能な公開・ロールバックのワークフローを備え、安全なロールアウトを支援します。
• Uptime Kuma のネイティブ連携は、モニターの状態変化を適切にルーティングされたアラートへ変換し、モニターの復旧時に自動で解決します。
• サイレンスとメンテナンスウィンドウを未解決のアラートへ遡って適用できるようになりました。抑制終了時には対象アラートを再有効化でき、エスカレーションと通知の状態も一貫して保たれます。
• インターフェースにダークテーマ、保存可能な UI 設定、監査ログビュー、完全なフランス語対応が追加されました。
• 個人用 API トークンに詳細なスコープが加わり、ログイン試行の制限、より安全な送信 HTTP リクエスト、厳格な検証によってセキュリティ境界が強化されました。
• 同梱の Helm チャートにより、Web アプリとバックグラウンドワーカーを Kubernetes へ正式にデプロイできます。

GitHubタグ v1.2と比較

• PostgreSQL移行では、アクティブな検索パスで選択されたスキーマからテーブル、カラム、インデックスを解決するようになり、public以外のスキーマを使うアップグレードの問題を修正しました。
• 従来の移行とスキーマチェックで、スキーマを認識する共通のイントロスペクションヘルパーを使用し、安全でないpublicスキーマへのフォールバックを防ぎます。
• 移行のアップグレードとロールバックでは、スキーマ変更と移行記録が同じデータベーストランザクション内で処理されるようになり、移行が部分的に適用されるリスクを減らします。
• 新しい移行テストでは、カスタムPostgreSQLスキーマ、存在しないリレーション、インデックス検索、データベースプロキシ、PostgreSQL以外の動作を検証します。

GitHub tag v1.1 ???

• IncidentRelay ??????????????????????????????????????????????????????????????? UI ????????????????
• Grafana OnCall ? PagerDuty ?????????????????????? IncidentRelay ????????
• PagerDuty Events API v2 ????? Datadog ? webhook ?????????????????????????
• Slack Socket Mode ??????????????? Slack ?????????? Slack ????????????????????
• ???????????????API ? UI ????????????????????????????

GitHub タグ v1.0.33-beta との比較

• 公式 IncidentRelay コンテナイメージが GitHub に公開されました コンテナレジストリ、Docker Compose はデフォルトでバージョンアップされたリリースイメージを使用します。
• Helm チャートはバージョン 1.1.0 として出荷され、 Kubernetes デプロイメントの公式 IncidentRelay イメージを使用します。
• 監査記録、検証エラー、および信頼性の応答は、現在赤字の秘密を打ち消し、機密入力やデータベースの詳細を公開することを避けます。
• 繰り返された確認とアクションの解決は、重複するタイムラインイベント、通知および影響の更新を防ぐ、重要ではありません。
• サービスリンクとランブックは、アクション可能なリンクをレンダリングする前に外部 URL を検証します。

GitHub タグ v1.0.32-beta との比較

• Heartbeatsは、多くのプロデューサーを走るジョブやエージェントのマルチインスタンストラッキングをサポートしました。
• Auto-discoveryは成功したpingsから新しいハートビートインスタンスを学習できますが、静的なモードは予想されるプロデューサーリストを強制できます。
• 各オーバーデュー・ハートビートインスタンスは、インスタンス・ラベルと独立したオート・レゾルブ・アクションで独自のルート・アラートを作成できます。
• Heartbeatインスタンスの state は、リストや不正なプロデューサーを含む UI と API で公開されます。

GitHub タグ v1.0.30-beta との比較

• Heartbeatsは、監視犬、バックアップ、ETLジョブ、ログシップパーサ、サイレンスが故障モードである他のシステム用のデッドマンスイッチ監視を追加します。
• 期待されるpingsが到着を停止するとき、インターバルとスケジュールされた補完モードは、通常のルートされたIncidentRelayアラートを作成できます。
• Heartbeatアラートは、既存のルート、エスカレーション、通知、メンテナンス、およびサービスインパクトパイプラインを使用して、pingsが返したときに自動解決します。
• ビジネスサービスおよびサービスカタログの影響は、ステータス、優先順位、重症度、依存性体重をより粒状に処理します。

GitHub タグ v1.0.29-beta との比較

• 業務サービスモデルの顧客対応能力は1つ以上の技術サービスで構成されます。
• 計算された状態は有効なコンポーネントの健康、依存性の影響、コンポーネントの重要性および構成可能な衝撃の重量を使用します。
• 手動状態のオーバーライドは顧客の影響を記述でき、任意に自動的に期限切れます。
• ビジネスサービスの詳細には、コンポーネント、アクティブなインシデントの影響とステータス履歴、フルUIとAPI管理が含まれます。

GitHub タグ v1.0.28-beta との比較

• 依存関係-aware の相関関係はサービス依存関係を渡る活動的な警報グループをリンクします。
• 根本原因、症状および下流の影響には、自信スコア、依存深さ、説明が含まれます。
• アラートリスト、詳細、タイムライン、通知のコンテキストで、アドバイザリーの残りの部分に表示されます。アラートはマージされず、自動で抑制または解決されます。
• 依存設定と伝搬遅延により、相関タイミングとノイズをコントロールできます。

GitHub タグ v1.0.27-beta との比較

• ユーザーは、オンコールシフトが開始されるときに、Mattermost ダイレクトメッセージをオプトインできます。
• Mattermost ボット API は、個人的なシフトスタート通知をサポートしています。
• 配信重複排除は、同じシフトの繰り返し通知を防ぎます。
• SSO チームロールマッピングは、ログインとユーザーのプロビジョニング時に役割の割り当てを改善します。

GitHub タグ v1.0.26-beta との比較

• サービスインパクト履歴は、影響を受けたサービスのスケジュールまたは手動のポイントインタイムスナップショット、アラートの影響、依存性の影響、根本原因およびブラスト半径を保存します。
• 歴史的チャートは、影響を受けるサービスの傾向と影響の理由を示しています, ランキングは、繰り返し影響を受けるサービスを特定しながら、.
• サービスの信頼性の分析は、現在のSLI /SLO健康を操作レビューとインシデント調査のための歴史的影響データと組み合わせます。
• サービスコンテキスト管理では、リンク、ランブック、依存関係のワークフローの切り替えと編集がより明確になります。

GitHub タグ v1.0.25-beta との比較

• サービスは、SLI と SLO の認識レイテンシ、解像度レイテンシ、インシデントベースの可用性、インシデントカウントを定義できます。
• ロール評価は、リスク、侵害、データなしで、目的を分類し、可用性のエラー予算を計算します。
• SLOsは、厳しい優先範囲、構成可能なウィンドウ、オープンインシデント、オプションのメンテナンスウィンドウの除外をサポートしています。
• サービスの詳細、集計分析、サービスタイムラインは、現在の測定値と構成変更を表示します。

GitHub タグ v1.0.24-beta との比較

• サービス標準の追加
• サービスの準備を追加
• サービスタイムラインの追加

GitHub タグ v1.0.22-beta との比較

• サービス通知ポリシーは、アラートの一致者とイベントタイプに基づいて、注文された規則に基づいて共有配信チャネルを選択し、ルートのみ、サービスポリシー、および配送モードを組み合わせます。
• 優先ポリシーは、注文された抹茶ルール、チームデフォルト、またはサービスのオーバーライド、設定可能なアップデートモード、ソース、フォールバック優先度を使用して、自動的にP1-P5を割り当てます。
• 再利用可能なMatcherプリセットと共有エディタは、最近のアラートからルート、サービスルール、サイレンス、ポリシー、サービスランブックへの一貫したJSON検証、フォーマットおよび提案をもたらします。
• レスポンダーは、自動管理に手動で割り当てられたインシデント優先度をリセットできます。また、Alert Explain Trace では、優先順位が選択され、適用されます。
• メール、Slack、Mattermost、Telegram、ブラウザのプッシュ通知は、元のソースイベントに直接リンクし、Sentryイベントとプロジェクトの検出を改善できます。

GitHub タグ v1.0.21-beta との比較

• オンコールヘルスは、インシデントが起こる前に、健康、警告、重要な構成を強調し、ローテーションやチームにレディネスインジケーターを追加します。
• 詳細な診断は、空のまたは無効な回転層、非アクティブメンバー、スケジュールギャップ、未解決の割り当てターゲットおよび通知配信の問題を検出します。
• 健康の詳細には、問題カウント、チェックタイムウィンドウ、各影響を受けたチームまたは回転を修復するための実用的な推奨事項が含まれます。
• 新しい要約と詳細 API は、自動化、監視、外部診断用の安定した機械読み取り可能な問題コードを公開しています。

GitHub タグ v1.0.20-beta との比較

• Alert Explain Trace は、ルート マッチング、グループ化、メンテナンスと沈黙の決定、通知のスケジュール設定、停止された処理パスなど、受信アラートの処理方法を記録します。
• インテグレーション・インジェスト・レスポンスには、trace_id、ルーティング障害の作成、インシデントの抑制、または孤児の解決されたアラートは、UIから調査しやすくなります。API.
• アラートページには、trace_id クエリパラメータから直接トレースを開くための説明文ビューと深いリンクが含まれています。
• Alerts API は、専用のスキーマを使用してリストクエリを検証し、マルチ値フィルタ、ペジネーション、ソート、および割り当てられた対面クエリ動作を改善します。

GitHub タグ v1.0.19-beta との比較

• LibreNMS API トランスポートアラートは、正規化状態、重度、ラベル、重複排除、回復処理で専用の librenms 統合エンドポイントを介して受信できるようになりました。
• ユーザーは、プロファイルタイムゾーンの設定を設定したり、アラートとカレンダーの時間を分散チームにレンダリングしたりすることができます。
• 通知センターは、専用の API を介して、応答リクエストとユーザーフェーシングのインシデントアクションを終わらせます。
• サービス API ドキュメントでは、インベントリー、マッチルール、リンク、ランブック、依存関係、インパクト、分析エンドポイントを 1 つの専用のリファレンスでカバーできるようになりました。
• アラートページは、フィルタの状態を保存し、割り当てられた対面フィルタを含むことができます。

GitHub タグ v1.0.17-beta との比較

• Helm チャートは、Web、スケジューラ、Telegram ワーカーコンポーネントを含む Kubernetes デプロイメント、レンダーされたコンフィグシークレット、プローブ、イングレス、サービスアカウント、およびパージストレンス値の Helm で利用できます。
• 本サービスは、新しいインシデントにコピーされる既定の利害関係者を定義できるため、所有者およびオブザーバーは、作成、優先順位、ステータス、および解決された通知を受け取ることができます。
• インシデント・レスポンス・リクエストは、ターゲットを絞ったユーザーが保留中のリクエストを見ることができる通知センターにフィードし、インシデント・ワークフローからそれらを承認または拒否できるようになりました。
• インシデントとサービス API は、対応者、利害関係者、優先事項、サービスオーナー/default ステークホルダー管理をカバーしています。

GitHub タグ v1.0.16-beta との比較

• インシデントの優先順位は、アラートの詳細と操作上のビューでP5情報スケールを介して一貫したP1クリティカルを使用します。
• アラートページは優先フィルタリングとソートをサポートしていますが、ダッシュボードは優先バッジと優先配布要約を表示します。
• 応答アラートの重度は、手動で選択された優先順位を上書きしたり、既存の自動優先順位を下げたりすることなく、自動的にインシデント優先度を割り当てたり、上げたりすることができます。
• メール、Mattermost、Telegram、ブラウザのプッシュ通知には、インシデント優先事項が含まれており、手動優先事項の変更は、購読されたステークホルダーに電子メールで通知することができます。

GitHub タグ 1.0.15-beta との比較

• 読み取り専用 CalDAV は、Apple Calendar、Thunderbird、DAVx5 などの互換性のあるクライアントにアクセス可能なチームを呼び出します。
• トークン化されたICSサブスクリプションフィードにより、チームはOutlook、Googleカレンダー、およびその他のカレンダークライアントにオンコールスケジュールを追加し、フィードURLを再生成または再発行するコントロールを追加できます。
• 新規署名された Sentry インテグレーションは、エラー、メトリックアラート、ライフサイクルイベントの発行、ルートレベルのシークレット、重複排除、自動処理の解決を受け取ります。
• ルートのセットアップでは、ソース固有のWebhook URL、トークンの詳細、および既読のcurl例を提供します。
• 健康と読みやすさは、サポートKubernetesプローブと負荷バランサチェックをエンドポイントします。

GitHub タグ 1.0.14-beta との比較

• サービスインパクトv2は、現在の有効なサービスステータス、根本原因、依存性パス、および下流ブラスト半径を示しています。
• サービス分析v2は、グループ化されたインシデント、生のアラートのボリューム、ノイズおよび重複排除メトリック、メンテナンスカウンター、応答時間データを組み合わせます。
• 本サービスの経験には、チャートとより明確に操作可能な要約で、より豊かなインパクトと分析ビューが含まれています。
• ユーザー選択は、チーム、グループ、回転、エスカレーションワークフローを横断して制御し、より明確にラベルと動的アップデートを持っています。

GitHub タグ v1.0.12-beta との比較

• メンテナンスWindowsは、グループ、チーム、サービス、ルートをターゲットにし、通知を抑制し、新しいインシデントを抑制し、メンテナンスインシデントを作成したり、エスカレーションを一時停止したりすることができます。
• メンテナンススケジュールは、タイムゾーンのサポート、有効なステータス、およびRFC5545ルールの再発をサポートします。
• 回答者は、アラートグループに直接調査コメントを作成、編集、削除することができます。アラートタイムラインに反映されたアクション。
• アラートの詳細には、優先度、対応者のリクエスト、関係者の通知設定に関するインシデント管理コントロールが含まれるようになりました。
• グループマネージャーは、アクセススコープ内でチームユーザーを管理することができます。

GitHub タグ v1.0.11-beta との比較

• 関連する監視信号は、設定可能なルート group_by フィールドを使用して、アラートグループに収集できるようになりました。
• 管理者は、個々の子供のアラートを保持しながら、アラートグループを承認、解決、手動でマージすることができます。
• アラート グループ通知は、バッチ処理と更新間隔の遅延をサポートし、短期間または rapi__ 急速に拡大するインシデントによるノイズを軽減します。
• ローテーション層のメンバーは、今、開始と終了期間を持ち、歴史のスケジュールを保存し、将来のメンバーシップの変更をサポートしてきました。
• アラートグループでは、より柔軟なインシデントビューと API リクエストに対して、複数の値フィルタをサポートしています。
• 管理者は、新しい sync-slack-admins コマンドで Slack ユーザグループから IncidentRelay 管理者を作成または更新できます。

GitHub タグ v1.0.10-beta との比較

• Browser/PWA プッシュ通知は、プロファイルデバイスから割り当てられたユーザーに対して利用できます。
• ブラウザのプッシュ通知には、短いライブ ACK と Resolve アクションを含めることができます。
• プロフィール通知ルールにより、ユーザーはブラウザのプッシュ、メール、または音声通話を通じてフォローアップ配信を定義できます。
• 配信中の通知は、配信チェックやブラウザのプッシュ通知の動作をより確実に処理します。
• アラートと管理スタイルのテーブルは、大規模なデータセットに対して再利用可能なフィルタリングとページネーション ヘルパーを使用するようになりました。

GitHub タグ v1.0.9-beta との比較

• トップバーとプロファイルの経験でオンコールステータスが表示されるので、ユーザーは現在のシフトと今後のシフトを迅速に確認することができます。
• プロファイル設定には、オンコールのステータスと通知設定が含まれているため、シフトスケジューリングメールの更新が行われます。
• シフトメール通知は、好みや重複排除規則を尊重しながら、今後のオンコール期間についてユーザーに警告することができます。
• 回転ルックアップは、ユーザー固有のオンコールウィンドウを計算する際に、レイヤー、オーバーライド、パーユーザー参加のアカウントです。
• カレンダーとローテーションビューは、タイム・バウンド・スケジュール・ビューアップや、オン・コール・コンテキストをクリアする際の洗練された状態でした。

GitHub タグ v1.0.8-beta との比較

• サービス管理は、所有者、重要性、環境、メタデータ、デフォルト応答パスを含むシステムの影響を受けました。
• サービスマッチルールは、ルートのデフォルト、ラベル、アノテーション、ペイロードフィールドから、サービスへのアラートの受信をマッピングできます。
• サービス依存関係と影響メタデータは現在、関連するシステムに影響を及ぼし、アラートを開く方法を示しています。
• アラートペイロードからインテグレーション・プロファイド・ランブックを添付し、サービスレベルのランブックの前に表示できます。
• サービス UI と API は、サービス在庫を調べ、ルール、依存関係を一致させ、業務ワークフローのコンテキストに影響します。

GitHub タグ v1.0.7-beta との比較

• エスカレーションポリシーは、複数のステップのアラートエスカレーションチェーンをサポートしました。
• ルートは、単一の回転を介して直接割り当てる代わりにエスカレーションポリシーモードを使うことができます。
• ポリシールールは、注文された遅延と繰り返し数の回転または特定のユーザーをターゲットにすることができます。
• エスカレーションポリシー UI と API は、チームがポリシーとポリシーのルールを作成、編集、検査できるようにします。
• 回転カレンダーとオーバーライドワークフローは、新しいエスカレーションモデルの周りに洗練されたものでした。

GitHub タグ v1.0.6-beta との比較

• SSO 認証は OIDC および SAML 2.0 プロバイダをサポートしています。
• 管理者は、新しい SSO ページから SSO プロバイダー、ログイン ポリシー、許可されたドメイン、および外部グループ マッピングを構成できます。
• ログインページでは、SSO プロバイダーの有効化ボタンを表示し、選択した ID プロバイダーを通じてユーザーをリダイレクトすることができます。
• SSO ログインは、ユーザーを自動作成またはリンクし、外部グループをIncidentRelayグループロールに同期することができます。
• SAMLメタデータ、オプションの署名、および暗号化されたSSOシークレットは、SSOフローを通じて文書化および公開されます。
• アプリケーション UI は、クリーンなナビゲーションとプロファイル/routes のインタラクションを改善し、Material-style リフレッシュを受け取りました。

GitHub タグ v1.0.5-beta との比較

• 回転は、優先順位、アクティブな時間制限、レイヤーメンバー、タイムゾーン・アウェアのハンドオフルールでレイヤーされたオンコールスケジュールをサポートしました。
• カレンダーはレイヤーとオーバーライドから最終スケジュールをレンダリングしますので、各タイムゾーンの有効なオンコールユーザーを調べることができます。
• チームに複数のスケジュールがある場合、カレンダーのフィルタリングが特定の回転を選択できるようになりました。
• 回転 API は、レイヤー、レイヤーメンバー、レイヤー制限エンドポイントを自動化およびインテグレーションに適用できるようになりました。

GitHub タグ v1.0.4-beta との比較

• 回転リマインダーの間隔を 0 に設定して、その回転によって割り当てられたアラートを繰り返しリマインダーを無効にできるようになりました。
• Reminderベースのエスカレーションは、グローバルリマインダーの間隔に戻り、無効なリマインダーを尊重します。
• アラートページ重度フィルタは、より正確なトライアッジのための警告と情報重大性を含みます。
• 個人 API トークンの寿命は 365 日で、未経験のトークンを 0 日間使用できるようになりました。

GitHub タグ v1.0.3-beta との比較

• 通知配信は、メール、Mattermost、Telegram、音声通話チャンネルの専用の通知を使用します。
• Mattermost ボット API 通知は、ステータス認識メッセージとアクションボタンでアラート投稿を作成および更新できます。
• 音声通話通知は、設定された音声プロバイダを使用して、音声アラートテキスト、コールバックサポート、DTMFアクションマッピングを使用します。
• チャンネル API のドキュメントには、サポートされているチャンネルタイプ、デフォルトのメールテンプレートエンドポイント、およびチャンネルスキーマが含まれている。
• サイレンスページは、サマリーカードからフィルタリングし、30日以上経過した期限切れの履歴を任意に含めることができます。
• Docker とシステムドキュメンテーションでは、incidentrelay-web の代わりに統一されたサービス名 incidentrelay を使用します。

GitHub タグ v1.0.2-beta との比較

• 電子メール通知は、より豊かで一貫性のあるアラートメッセージのためにカスタマイズ可能なHTMLテンプレートを使うことができます。
• メールチャネルの設定には、テンプレートコントロールとサポートされたプレースホルダーをUIに直接含めます。
• チームはカスタムテンプレートまたはグローバルSMTP設定を使用する場合、メール配信がより信頼性が高くなります。
• ユーザー管理は現在、より明確にロール名と詳細なロール管理ワークフローを使用します。

GitHub タグ v1.0.0-beta との比較

• チームとグループリストは、アクティブなレコードに焦点を当て、日々の管理における混乱を減らします。
• バリデーションは、API フォーム全体で一貫性が向上するため、無効な値が初期に捕捉され、より予測可能に報告されます。
• 電話番号フィールドは、厳格な検証、正規化、即時のフロントエンドフィードバックにより、正しく埋めやすくなります。
• ログインし、ステータスメッセージをフォームすると、一般的なセットアップと管理フローの間により明確にフィードバックが得られるようになりました。

GitHub タグ

• アラートに共有可能な詳細ページが追加され、インシデントの直接リンクをチームメイトに簡単に送信できるようになりました。
• エスカレーションの進行状況は、アラートに直接表示され、回答者がどのインシデントがエスカレーションしたかを理解するのに役立ちます。
• アラートの状態は、API で、より明確に解決されたエスカレーションレベルのデータを追跡しやすくなります。
• Telegram通知は関連するアラートに戻って、現在の状態の正しいアクションボタンを表示することができます。
• Telegram サポートには、豊富なメッセージ、インタラクティブなアクション、インラインボタン、ポーリングモードが含まれます。
• 通知チャンネルは、より予測可能なルーティングのための正規化重度処理で重度のフィルタを使うことができます。
• オンコールのオーバーライドは、再利用可能なモーダル、より高速なキャッシュされた状態とカレンダーアウェアの動作で管理しやすいです。
• 管理、プロファイル、カレンダー、ローテーション、アラート画面が再設計され、日常の操作がより明確になりました。