本文介绍如何选择服务停用工作流的主要信号。
当你需要获知某项退役已发布公告，并获得用于锚定下游关联的跟踪 ID 时，请使用Azure 服务运行状况。
如果需要资源级别受影响的资源详细信息和修正指南，请使用Azure 顾问。
信号与操作
| 层 | Azure服务 | Purpose |
|---|---|---|
| 信号 | Azure 服务运行状况 | 告知用户某项服务已宣布停用。 |
| Action | Azure 顾问 | 提供资源级停用建议和受影响的资源详细信息（如果有）。 |
了解此差异对于了解如何选择正确的警报策略至关重要。
在您开始之前
- 租户级服务健康状况警报并不包含所有订阅级事件。
- 完全可见性可能需要租户级和订阅级规则。
- 订阅范围内的事件仍可创建多个警报。
- 停用通知本质上不会合并。
- 对于集中式或大规模工作流，通常需要顾问、ARG 工作簿和自定义工具。
注释
本文可帮助你选择信号;它不会为你配置警报。 有关详细信息，请参阅 如何设置服务运行状况警报 以及如何 设置租户级服务运行状况警报。
警报选项
Azure 服务运行状况警报（生命周期信号）
将服务运行状况警报用于：
- 对新退休的早期认识
- 时间线和截止日期跟踪
- 项目组合级生命周期治理
这些警示提供事件级别通知，并包含停用跟踪 ID。
Azure 顾问 警报（生命周期操作）
将 Advisor 警报用于以下情况：
- 标识受影响的资源
- 驱动修复和迁移工作流
- 与信息技术服务管理（ITSM）和工程流程集成
顾问警报针对特定资源，并且可直接采取操作。
建议的策略
根据方案选择一个主要警报路径：
| Scenario | 推荐警报 |
|---|---|
| 对退休的新认知 | 服务运行状况警报 |
| 资源级修正跟踪 | 顾问提醒 |
Tip
若要防止重复通知，请不要为同一停用配置这两种警报类型。
将警报与Azure Resource Graph组合在一起
如果工作流从服务运行状况停用信号开始，并且需要识别受影响的资源，请使用Azure Resource Graph。 如果已通过 API 或工作簿使用顾问停用建议，请直接使用这些通道获取受影响的资源详细信息（如果可用）。
常见模式为：
- 接收宣布某项服务将停用的服务健康状况警报。
- 提取停用跟踪 ID。
- 使用Azure Resource Graph标识受影响的资源。
- 通过 Advisor 建议状态跟踪修复情况。
此过程创建从信号到操作的干净切换，而无需新的 API。
推送模型与拉取模型
| Model | 说明 |
|---|---|
| 推送 | Azure Monitor 警报会在宣布停用时向系统发送通知。 |
| 拉取 | 定期执行的资源图查询可识别当前生效的停用项及其影响。 |
推送和拉取可以共存，但每个场景应选择一条主要运行路径。 使用 推送 进行通知；对于计划的库存更新或报告，或者当您的工作流从跟踪 ID 开始时，请使用 拉取。
总结
Azure 服务运行状况提供生命周期感知。 Azure 顾问 推动执行，Azure Resource Graph 将两者连接起来。
使用此模式可降低警报疲劳，提高响应质量，并使用受支持的Azure功能实现可靠的服务停用自动化。
注释
本指南符合Azure公有云的当前停用建议支持。