發送通知於 Azure SRE Agent

Azure SRE 代理會向 Microsoft Teams、Outlook 或任何支援 MCP 的工具發送情境通知。 客服人員不會直接轉發原始警示，而是先調查，然後提供包含根本原因分析、影響評估及建議行動的摘要，讓您的團隊能立即採取行動。

問題

原始警示告訴你有問題，卻不會告訴你該怎麼做。 您收到「prod-web-01 上的高 CPU」訊息，然後花費 15 分鐘進行調查才能開始行動。

通知的運作方式

你的代理先進行調查，然後發送已包含相關內容的通知。 在聊天室問：「寄封電子郵件給團隊，總結結帳錯誤的經過。」代理人會格式化發現、加入證據連結，並透過連接的管道傳送訊息。

內建頻道

下表描述了內建的通知通道。

非 Microsoft 工具，透過 MCP 提供

任何有 MCP 伺服器的工具都能接收通知。 如果你的團隊使用 PagerDuty、Slack、Jira 或其他會暴露 MCP 伺服器的系統，請透過 MCP 連接器連接。 代理程式會自動從 MCP 伺服器發現可用的工具。 不需要內建整合。

通知有什麼不同

與警示轉發不同，你的代理不會原樣傳遞訊號。 它先調查，然後以包含根本原因、影響及建議行動的背景通知你。

與人工通知不同，您的經紀人會專業地格式化調查結果。 你不需要在不同工具間複製貼上，或是為了不同受眾重複摘要同一事件。

與 runbook 驅動的升級不同，您的代理程式會根據其發現的結果來決定應包含哪些內容。 若調查發現是部署造成問題，該細節會包含在通知中。

前後比較

下表比較了使用代理程式前後的通知工作流程。

電子郵件功能

Outlook 連接器提供以下工具。

客服會自動將調查結果格式化為專業的 HTML 電子郵件。 所有電子郵件工具都支援共用信箱。 指定一個可選的信箱地址用於寄送郵件，或用於讀取共用收件匣。

Attachments

代理人可以寄送帶有檔案附件的電子郵件。 單一郵件中所有檔案的附件總大小必須不超過 5 MB。 代理在傳送前會驗證附件大小，若超過限制則回傳明確錯誤。

Teams 功能

Teams 連接器提供以下工具。

同一問題的更新會放在同一個討論串，讓你的頻道保持有條理。

訊息頁腳

Teams 發出的訊息會包含「由 Azure SRE 代理發送」的頁尾，並帶有 UTC 時間戳記。 當訊息來自入口網站的對話串時，頁腳會附上「 檢視串 程」連結，回溯至 SRE 代理入口網站，讓收件人能完整查看調查上下文。

頁腳同時出現在標準訊息和 調適型卡片 上。 設定 Teams 連接器時預設會啟用。 若要停用此功能，請清除連接器設定 (建立器>>) 中的在訊息中新增「由 Azure SRE Agent 傳送」的頁尾核取方塊。

啟用通知

當你透過 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 登入流程。 你的客服人員會以已認證的使用者身份發送通知。

有關逐步設定說明，請參見：

• 設定 Outlook 連接器。
• 設定 Teams 連接器。

你的客服人員可以同時擁有一個 Outlook 和一個 Teams 連接器。 要更改發送者身份，請斷開連線再使用不同的 Microsoft 帳號重新連線。

最佳做法

下表說明了建議的通知作法。

開始

相關內容