技能介绍

要解决的问题

在 Azure 多订阅、多区域的实际运维中，资源配额（如虚拟机核心数、存储容量、公共 IP 地址数）经常成为部署瓶颈。当某个订阅的 VM 核心数接近区域上限，或者存储池剩余容量不足时，新服务上线会直接失败，甚至影响现有负载的弹性伸缩。传统做法依赖人工巡检 Azure Portal 或编写临时脚本，效率低且容易遗漏。本技能面向负责 Azure 基础设施的运维工程师，将配额监控与风险预警固化为可重复执行的流程，避免在故障发生后才被动响应。

核心能力与关键步骤

技能围绕 配额状态采集 → 阈值判定 → 报告输出 三个环节展开，每一步都使用 Azure Resource Manager 的公开接口，不依赖未公开的后端服务。

配额采集：通过 azurerm 客户端获取订阅在指定区域下的资源限制与当前用量，覆盖常见计算、存储、网络资源类型。
阈值规则：支持按资源类型自定义警戒线（例如计算核心使用率超过 80% 即标记为高风险），规则以声明式配置传入，避免硬编码。
结构化报告：生成包含资源类型、当前用量、剩余额度、风险等级的 Markdown 或 JSON 输出，可直接作为值班记录或工单附件。
分组与过滤：按订阅、区域、资源类型进行分组统计，方便在多个团队共享同一 Azure 环境时快速定位责任边界。

使用时需提供有效的 Azure 认证信息，并明确要监控的订阅与区域范围。技能会定期拉取数据，根据阈值规则标记异常项，最终输出一份可读性强、适合工程师直接处理的清单。

适用边界与注意点

权限要求：运行账号需具备 Reader 及以上权限，且能访问 Microsoft.Resources 下的配额 API；若缺少权限，技能会明确报错而非静默跳过。
覆盖范围：仅聚焦资源配额维度，不涉及成本核算、性能诊断或自动化扩容操作；配额调整仍需工程师在 Azure Portal 或 CLI 中手动完成。
时效性：依赖 Azure API 的实时响应，若 API 延迟或限流，结果可能存在短暂滞后，不适合作为唯一监控源。
环境约束：适用于公有云 Azure，不覆盖 Azure Stack 或本地资源管理器场景。