次の方法で共有


Azure SRE エージェントで通知を送信する

Azure SRE エージェントは、Microsoft Teams、Outlook、または MCP 対応ツールにコンテキスト通知を送信します。 エージェントは、未加工のアラートを転送する代わりに、最初に調査を行い、根本原因分析、影響評価、推奨されるアクションを含む概要を提供して、チームが直ちに対応できるようにします。

ヒント

チームは、未加工のアラートではなく、調査の概要を取得します。 エージェントにはコンテキストが自動的に含まれるため、受信者はすぐに操作できます。 この機能は、Outlook と Teams の組み込みと、MCP 対応ツールで動作します。

問題

未加工のアラートは、何をすべきかを伝えずに何かが間違っていることを伝えます。 "prod-web-01 の CPU 使用率が高い" と表示され、調査に 15 分かかってから対処できます。

通知のしくみ

エージェントは最初に調査し、コンテキストが既に含まれている通知を送信します。 チャットで「チェックアウト エラーで何が起こったかを要約したメールをチームに送信する」と質問します。エージェントは、結果の書式を設定し、証拠リンクを追加し、接続されたチャネルを介してメッセージを送信します。

組み込みチャネル

次の表では、組み込みの通知チャネルについて説明します。

チャネル コネクタ 説明
アウトルック Office 365 Outlook メールの送信、スレッドへの返信、受信トレイの一覧表示
Teams Microsoft Teams チャネルへの投稿、スレッドへの返信、メッセージの読み取り

MCP 経由の Microsoft 以外のツール

MCP サーバーを持つツールは、通知を受信できます。 チームで PagerDuty、Slack、Jira、または MCP サーバーを公開する別のシステムを使用している場合は、 MCP コネクタを介して接続します。 エージェントは、MCP サーバーから使用可能なツールを自動的に検出します。 組み込みの統合は必要ありません。

通知を際立たせるもの

アラート転送とは異なり、エージェントは変更されていない状態でシグナルを渡しません。 最初に調査し、根本原因、影響、推奨されるアクションを含むコンテキストを通知します。

手動通知とは異なり、エージェントは結果を専門的に書式設定します。 ツール間でコピーして貼り付けたり、対象ユーザーごとに同じインシデントを複数回集計したりする必要はありません。

Runbook 主導のエスカレーションとは違って、エージェントは自らが発見した情報に基づいて、何を含めるべきかを決定します。 調査でデプロイによって問題が発生した場合は、その詳細が通知に含まれます。

前と後

次の表は、エージェントを使用する前と後の通知ワークフローを比較しています。

の前に 後の
生のアラート: "prod-web-01 の高い CPU 使用率" 根本原因と推奨される修正プログラムを含むコンテキストの概要
調査メモをコピーして電子メールに貼り付ける エージェントが結果をプロフェッショナル HTML として書式設定する
Teams に更新プログラムを手動で投稿する エージェントが問題の進化と同じスレッドに応答する
どのチャネルがどの重大度を取得するかを覚えておいてください エージェントは、要求に基づいて接続されたツールを使用します

電子メール機能

Outlook コネクタには、次のツールが用意されています。

ツール 説明
電子メールを送信する 任意の受信者にHTML形式でメールを作成して送信する
メールを取得する ID で特定のメールを取得する (本文が 12,288 文字で切り捨てられた)
メールに返信する 既存の電子メール スレッドを続行する
メールを一覧表示する 任意のフォルダーからメッセージ メタデータを読み取ります (本文はコンテキスト オーバーフローを防ぐために除外されます)
メールを移動する メッセージをフォルダーに整理する

エージェントは、調査結果をプロフェッショナルな HTML メールとして自動的に書式設定します。 すべての電子メール ツールは、共有メールボックスをサポートします。 共有受信トレイから送信または読み取るオプションのメールボックス アドレスを指定します。

アタッチメント

エージェントは、添付ファイルを含む電子メールを送信できます。 添付ファイルの合計サイズは、1 つのメール内のすべてのファイルで 5 MB 以下にする必要があります。 エージェントは送信前に添付ファイルのサイズを検証し、制限を超えた場合は明確なエラーを返します。

Teams の機能

Teams コネクタには、次のツールが用意されています。

ツール 説明
メッセージの投稿 構成済みの Teams チャネルに送信する
スレッドに返信する 既存の会話を更新する
メッセージを取得する 最近のチャネル メッセージの読み取り

同じ問題に関する更新は同じスレッドに留まるため、チャネルは整理されたままです。

Teams メッセージは、Markdown ではなく HTML 形式にする必要があります。 エージェントは、メッセージの作成時にこの書式設定を自動的に処理します。

通知を使用する

Builder>Connectors を使用して Outlook または Teams を接続した後、チャットでエージェントに直接問い合わせてください。

Send an email to oncall@contoso.com summarizing the investigation
Post to our Teams channel that the deployment rollback completed

エージェントは、接続されたツールをすぐに使用します。 アドホック通知用のカスタム エージェントは必要ありません。 スケジュールされたタスクまたはインシデント対応計画によってトリガーされる自動通知を設定するには、適切なサブエージェントでツールを構成します。

通知コネクタを設定する

エージェントが Teams にメールまたは投稿を送信する前に、適切なコネクタを接続し、Microsoft アカウントを使用してサインインします。 どちらのコネクタも OAuth サインイン フローを使用します。 エージェントは、認証されたユーザーとして通知を送信します。

チャネル サインイン後の動作
Office 365 Outlook エージェントは、電子メールの送信、スレッドへの返信、受信トレイの一覧表示を行うことができます
Microsoft Teams リンクされた Teams チャネルにエージェントが投稿する

詳細なセットアップ手順については、以下を参照してください。

エージェントは、一度に 1 つの Outlook コネクタと 1 つの Teams コネクタを持つことができます。 送信 ID を変更するには、別の Microsoft アカウントを使用して切断して再接続します。

ベスト プラクティス

次の表では、通知の推奨されるプラクティスについて説明します。

練習 なぜでしょうか
明示的に質問する エージェントは、要求時にのみ通知を送信します。 迷惑メールは送信されません。
ダイジェストにスケジュールされたタスクを使用する アラートごとではなく、1 日に 1 回、結果を収集して投稿します。

概要

資源 説明
Outlook コネクタを設定する エージェントを Office 365 Outlook に接続する
Teams コネクタを設定する エージェントを Microsoft Teams に接続する
スケジュールされたタスクを作成する 定期的な通知を自動化する
資源 説明
スケジュールされたタスク 監視と通知のワークフローを自動化する
ワークフローの自動化 トリガー、エージェント、およびツールを接続する
実行モード エージェントの承認と自律性を制御する