Azure Reliability Assessment & Configuration

Azure Reliability Assessment & Configuration 是什么

Azure Reliability Assessment & Configuration 用于发现和改善 Azure Functions 与 App Service 的可靠性，跨资源检查可用区、ZRS 存储、健康探针、全局负载均衡和多区域故障转移，并生成按特性组织的整改清单。

适用场景与选择边界

适合高可用评估、单点故障盘点、灾备规划和逐步开启冗余；目前 Container Apps 仅发现并注明，未提供完整深度整改。当前深度支持 Functions 和 App Service，Container Apps 尚未交付。生产实时故障排查使用 Azure Diagnostics，常规架构设计使用相应规划 Skill。

核心能力与工作机制

评估分资源发现、可靠性检查和清单三阶段，先做平台级 zone、storage、multi-region 与 probe 检查，再按 Functions 或 App Service 专用规则深挖。整改可选 CLI 即时修复或补丁 IaC，之后必须重评。

实际工作流

先确认资源组、订阅或应用范围并在每个 Resource Graph 查询加范围过滤，发现资源并分类；生成带优先级、当前状态和证据的清单。用户选择修复路径后展示计划，执行最小变更、重新评估，再单独询问是否进入多区域。

输入、输出与交付物

需要明确 scope、目标可用性、RTO/RPO、允许的维护窗口、IaC 来源和预算；没有范围时不能扫整个租户。输出是资源清单、可靠性评分或表格、差距、优先级、CLI 或 IaC 修复计划、重评结果、多区域后续选项和复查记录。

依赖、账号与权限

需要 Azure 登录、资源与 Resource Graph 读取权限；即时修复或 IaC 提交需要对应写权限和工作区访问。跨区域还需要 DNS 或全局负载均衡配置权限。

限制与安全风险

开启区域冗余或多区域可能要求更高 SKU、额外实例和费用，也可能触发重启。检测只反映配置，不保证应用数据和业务逻辑可恢复；跨区域切换必须测试。评估只读；Fix Now 会直接修改云资源，Patch IaC 会改代码仓库。完成基础修复后，多区域步骤必须再次询问并等待，不能因前一次授权自动执行。

适合谁使用

适合 SRE、平台工程师和运行 Functions 或 App Service 的团队。

上手与验收建议

先对单个非生产应用只做评估，确认清单准确后选择一项低风险整改并重评。验收要重新运行相同范围评估，确认 zone、storage、probe 和 failover 项目从差距变为通过；还要执行健康探针、区域故障和恢复演练，核对 RTO/RPO。

来源、版本与许可

本条目依据 Microsoft 官方 azure-skills 仓库固定提交中的完整 Azure Reliability Assessment & Configuration Skill、skills.sh 市场详情和仓库 MIT 许可证整理，核验日期为 2026 年 9 月 20 日。来源未提供官方中文展示名，因此导航保留官方英文名称。

常见问题

1. Azure Reliability Assessment & Configuration 主要解决什么问题？

Azure Reliability Assessment & Configuration 用于发现和改善 Azure Functions 与 App Service 的可靠性，跨资源检查可用区、ZRS 存储、健康探针、全局负载均衡和多区域故障转移，并生成按特性组织的整改清单。适合高可用评估、单点故障盘点、灾备规划和逐步开启冗余；目前 Container Apps 仅发现并注明，未提供完整深度整改。

2. 开始前需要准备哪些输入和上下文？

需要明确 scope、目标可用性、RTO/RPO、允许的维护窗口、IaC 来源和预算；没有范围时不能扫整个租户。需要 Azure 登录、资源与 Resource Graph 读取权限；即时修复或 IaC 提交需要对应写权限和工作区访问。跨区域还需要 DNS 或全局负载均衡配置权限。

3. 执行后会得到什么结果或文件？

输出是资源清单、可靠性评分或表格、差距、优先级、CLI 或 IaC 修复计划、重评结果、多区域后续选项和复查记录。

4. 需要哪些账号、工具和最小权限？

需要 Azure 登录、资源与 Resource Graph 读取权限；即时修复或 IaC 提交需要对应写权限和工作区访问。跨区域还需要 DNS 或全局负载均衡配置权限。开启区域冗余或多区域可能要求更高 SKU、额外实例和费用，也可能触发重启。检测只反映配置，不保证应用数据和业务逻辑可恢复；跨区域切换必须测试。

5. 它会修改本地文件或云端资源吗？

评估只读；Fix Now 会直接修改云资源，Patch IaC 会改代码仓库。完成基础修复后，多区域步骤必须再次询问并等待，不能因前一次授权自动执行。

6. 哪些需求不应该交给这个 Skill？

当前深度支持 Functions 和 App Service，Container Apps 尚未交付。生产实时故障排查使用 Azure Diagnostics，常规架构设计使用相应规划 Skill。

7. 遇到失败或结果异常时怎样处理？

资源发现不全先核对 scope 与权限；SKU 不支持 zone 时提供升级选择与成本而不是强制启用。CLI 或 IaC 失败要停止、记录部分状态并重评，避免配置漂移。

8. 如何验收结果确实可靠？

验收要重新运行相同范围评估，确认 zone、storage、probe 和 failover 项目从差距变为通过；还要执行健康探针、区域故障和恢复演练，核对 RTO/RPO。