概念¶

アラートは 1 つのトリガーと 1 つ以上のアクションで構成されます。トリガーは、トピック、ブローカー、コンシューマーグループ、クラスターに対して定義できます。各トリガーは、トリガーを起動する条件を判別する条件値基準を持つメトリックに基づきます。基準が満たされると、トリガーに関連付けられているすべてのアクションが実行されます。

以下のアクションがサポートされています。

1 つ以上のアカウントにメール通知を送信する
Slack Webhook 通知を送信する
インシデントチケットを作成する PagerDuty Webhook 通知を送信する

トリガーには、定義済みのアクションをいくつでも関連付けることができます。トリガーが起動されると、トリガーは、トリガーに関連付けられていて有効になっているアクションのうち Max send rate を超えていないすべてのアクションを実行します。特定のアクションの最大送信レートを超えている場合、トリガーイベントはアクションに関連付けられたリストキューに追加され、アクションイベントが次回実行されるときにアクションイベントに含められます（アクションは 1 つのトリガーだけでなく一連のトリガーをレポートできます）。

注釈

アラート（アクション）が一時停止されている間トリガーは無視されるため、一時停止中はキューへの追加は行われません。

アラートあたりにトリガーされるイベントの最大数（デフォルトは 1000）は、confluent.controlcenter.max.trigger.events.per.alert.config オプションで制御されます。

異常イベント（ トリガー起動 基準）の検出は、トリガー起動イベントが発生したときに実行する必要のあるアラート アクション から分離されます。つまり、トリガーとアクションは独立して定義されます。これにより、トリガーが起動されたときに実行する 1 つ以上のアクションの設定に柔軟性が生まれます。

インターセプターデータが Control Center によって受信されるたびに、対応する時間ウィンドウのメトリック値（消費量の違い、レイテンシなど）が更新されて新しいデータが反映されます。新しく更新されたすべてのメトリック値が構成されているすべてのトリガーと照合されて、トリガーを起動する必要があるかどうかが判別されます。

注釈

インターセプターでは、任意の時点に関連するデータが報告される場合があります。アラートの発行は、リアルタイムに近い時間ウィンドウだけでなく、すべての時間ウィンドウ全体に対して機能します。

コンシューマーグループトリガーのためのバッファ（非推奨）¶

ちなみに

このトリガーのためのバッファ機能は非推奨になりました。6.1.0 リリースで Control Center から削除される予定です。

システムでの通常のラグを理由として、リアルタイムに近い時間ウィンドウには、時間ウィンドウがさらに遅れた場合に懸念材料になりそうなリアルタイム値が関連付けられることがよくあります。したがって、コンシューマーグループのトリガーには バッファ 値が関連付けられています。バッファを使用すると、アラート可能な状態を構成可能な期間持続するよう要求して、コンシューマーグループトリガーが早めにアクティブ化されてしまう状況を制御できます。

リアルタイムから Buffer 秒以内にトリガーされたイベントは、アクションに対してすぐには登録されません。時間ウィンドウの遅れが最終的にリアルタイムからバッファの秒数を超えたときに、まだトリガーを起動させる状態のすべての関連メトリック値が適切なアクションに対して登録されます。

注釈

秒単位のバッファの条件設定は、コンシューマーグループトリガーにのみ適用されます。