応答自動化の作成

  • リリースバージョン: Yokohama
  • 更新日 2025年01月30日
  • 所要時間：5分

    • 適切なステークホルダーに通知したり、必要に応じてエスカレーションしたり、修復アクションを実行したりすることで、アラートに自動的に応答します。重大度またはタイプに基づいてエスカレーション基準を決定します。サードパーティシステムと統合して、ケースの作成、通知の送信、または修復アクションの開始を行います。このプロセスにより、アラートを迅速かつ効果的に管理できます。

    始める前に

    必要なロール：evt_mgmt_admin または srm_responder

    このタスクについて

    従来のイベント管理エクスペリエンスに慣れているユーザー向けに、この機能では、より使いやすいインターフェイスが用意され、アラート管理ルールを作成するためのチームサポートが強化されています。アラート管理ルールでは、現在、アドミニストレーターのみが利用できる高度な機能が提供されています。

    手順

    1. 次のように移動する。 ワークスペース > サービスオペレーションワークスペース.
    2. プライマリナビゲーションで、[アラートの自動化] アイコン ( [アラートの自動化] アイコン) を選択します。
    3. [アラート自動化 (Alert automations)] ページで、[応答 (Respond)] を選択します。
    4. [自動化を作成 (Create automation)] を選択します。
      [応答 (Respond)] ページが表示されます。
      アラートに対するアクションの修正、アラートのエスカレーション、またはステークホルダーへの通知を自動化することができる、[応答自動化 (Respond automation)] ページ。
    5. [ 自動化名 ] フィールドに自動化の名前を入力します。
    6. [ アクティブ ] チェックボックスをオンにして、自動化をアクティブ化します。
    7. [これらの条件が満たされている場合 (If these conditions are met)] セクションで、キャプチャするイベントを特定するためのフィルター基準を作成します。
      重要:
      応答の自動化をプライマリアラートに制限して、セカンダリアラートの不要なノイズに悩まされないようにすることができます。このような自動化が、現在メンテナンスが行われていない CI に関連付けられたアラートにのみ適用されるようにします。
      応答自動化条件
      1. [アサイン先グループ] フィールドメニューからアサイン先グループを選択して、どのチームのアラートが自動化をトリガーするかを決定します。

        [アサイン先グループ] は、特定のアラートの処理を担当する特定のチームを表します。アサイン先グループを選択することで、その特定のチームにアサインされたアラートのみが自動化をトリガーするようにします。この方法により自動化は、選択したチームに関連付けられている関連アラートが対象となり、これらの関連アラートに対してのみアクティブ化されます。

        注:
        • アドミニストレーターロール (evt_mgmt_admin) でインスタンスにログインしている場合は、すべてのアサイン先グループが利用可能です。さらに、[すべてのグループ] を選択して、利用可能な任意のグループのアラートの生成を有効にできます。
        • オペレーターの場合は、自分が属しているグループのみを利用できます。
        • 選択したグループのメンバーまたはアドミニストレーターのみが、自動化を更新または削除できます。
      2. [親] フィールド値で、応答が必要なアラートを親アラートの下にグループ化するかどうかを選択します。
      3. [メンテナンス] フィールド値で、応答が必要なアラートがメンテナンス中かどうかを選択します。

      4. 別の条件セットを追加するには、[+ 新しい条件セット] を選択します。ドロップダウンリストに表示されていない場合は、追加情報フィールドを手動で追加することもできます。

        フィールド、演算子、およびフィールド値を選択して、条件を設定します。次に、OR または AND 演算子を使用してさらに条件を追加します。

    8. [次に、以下のアクションを適用します (Then, apply the following actions)] セクションで、この自動化によってトリガーされる自動化アクションを 1 つまたは両方選択します。
      応答自動化アクション
      アクション説明
      インシデントを作成 指定したフィルターに一致するアラートのインシデントを作成します。

      アラートフィールドからインシデントフィールドへのマッピングの詳細については、「応答ページにマッピングされるアラートフィールド」を参照してください。

      インシデントに追加のフィールドを含めるには、[+ 追加] を選択します。
      送信 Webhook を使用して他のシステムにデータを送信

      送信 Webhook を使用して、他のシステムに通知を送信します。たとえば、この機能を使用して、チャット通知の送信、ケースの作成、または問題を修復するための外部 Runbook のトリガーを実行できます。

      送信 Webhook の構成の詳細については、「../reference/outbound-webhook-parameters.html」を参照してください。

      追加のプロパティを作成するには、[+ プロパティを追加 (+ Add property)] を選択します。このプロパティには、「Content-Type: application/json」や「Authorization: Bearer <token>」など、Webhook ペイロードに含める任意のカスタムキーと値のペアを指定できます。
      修復アクションを実行

      指定された条件に一致するアラートに対して、 ワークフロースタジオ から選択した修正サブフローを実行します。

      1. [ 修正サブフロー ] フィールドで、サブフローを選択します。
      2. [ サブフローはいつ実行すべきか? フィールドで、[ 自動]、[ 手動 ]、または [自動と手動] を選択します。
        注:
        [自動] および [手動] を選択した場合、サブフローは自動的に実行されますが、Express Listでアラートを開き、メニューに移動し、[修復アクション] の下にあるサブフローを選択して手動で実行することもできます。
      3. [ 実行制限 ] フィールドに、サブフローを実行する必要がある回数を入力します。

      別の修復アクションを追加するには、 [+ 修復アクションの追加] を選択します。

      独自のサブフローを作成する方法については、「 カスタムサブフローの作成」を参照してください。
      注:
      アクションを 1 つも選択しない場合、自動化は無効になります。
    9. [And Finally] セクションで、この自動化の実行後も同じフィルター条件で他の拡張自動化の実行を続行するには、[その他の拡張アラートの自動化を実行] を選択します。
      [ 他の拡張アラートの自動化を実行しない] を選択した場合、このタイプの追加の自動化は、この自動化が 1 回実行されると実行を停止します。アドミニストレーターが自動化を管理している場合、アドミニストレーターが管理している自動化の実行は停止されますが、他のアサイン先グループが管理している自動化は引き続き実行されます。
    10. [自動化の詳細 (Automation details)] セクションで、順序と自動化の説明を入力します。
      [応答自動化の詳細 (Respond automation details)] セクション

      [自動化の詳細 (Automation details)] フィールドの詳細については、「../reference/automation-details-fields.html」を参照してください。

    11. [自動化を保存 (Save automation)] を選択します。

      自動化が正常に保存されると、通知が表示されます。そうでない場合は、エラーメッセージが表示されます。

      作成した応答自動化は、既存の自動化を表示、編集、または削除できる [応答アラート (Respond alerts)] ページに表示されます。