1. 基本信息
| 项目 | 内容 |
|---|---|
| 名称 | azure-reliability（microsoft/azure-skills 合集子技能） |
| 作者/维护者 | Microsoft（Azure 团队；内容同步自开发仓库 microsoft/GitHub-Copilot-for-Azure） |
| 来源链接 | https://github.com/microsoft/azure-skills/tree/main/skills/azure-reliability |
| 许可证 | MIT（GitHub API） |
| GitHub Stars | 1,364（GitHub API；属整个 azure-skills 插件仓库，不代表本技能自身热度） |
| Forks | 224（GitHub API，同为仓库级数据） |
| 最新版本 | 1.1.1（SKILL.md 自身声明的版本号） |
| 安装方式 | 见第 10 章 |
2. 功能介绍与亮点
azure-reliability 是面向 Azure Functions 与 App Service 这两类 PaaS 应用的可靠性评估与配置技能，把“哪里有单点故障”和“怎么修”接成一条流程：
- 两阶段评估：先做平台级发现（跨服务扫描可用区冗余、存储冗余、健康探针、多可用区/多区域故障转移四个维度），再针对每个发现的计算资源加载对应的服务专属评估文档，给出该服务的判定规则、CLI 命令与 IaC 补丁
- 按特性而非按资源呈现结果：输出是“可用区冗余／存储冗余／健康探针／多区域故障转移”四行状态表，每行列出具体涉及哪些资源，而不是逐资源列一堆大多是
n/a的表格 - 分阶段修复、每步都要用户点头：先修不停机的“快速项”（可用区冗余、健康探针），修完验证一遍再单独询问是否要做存储从 LRS/GRS 升级到 ZRS（说明耗时可能数小时到数天、每 GB 每月约多 0.01 美元），多可用区故障转移（含 Front Door，约每月 35 美元起）则在核心项全部就绪后才作为独立选项询问，全程不擅自执行有成本或耗时的变更
- 支持两种落地路径：直接对线上资源跑
azCLI，或修改 Bicep/Terraform 基础设施代码定义（IaC）后按“先部署零风险改动、验证通过再单独部署存储升级”的两阶段部署顺序执行，避免把风险项和安全项捆在一次部署里 - 文档体量在同仓库里名列前茅：SKILL.md 正文约 25KB，另有 8 篇独立参考文档（可用区/存储/多区域/健康探针检查逻辑、Bicep 与 Terraform 补丁框架等）与按服务细分的评估子文档，均可在仓库内直接查阅
当前版本明确只覆盖 Azure Functions 与 App Service，Container Apps 支持在 SKILL.md 中被明确标注为“计划中但尚未发布”。
3. 适用场景
所属分类：DevOps 与基础设施
适用于已在 Azure Functions 或 App Service 上运行生产工作负载、需要系统性排查并修复可用区容错与异地容灾缺口的开发者与运维人员：不确定自己的应用是否具备高可用能力的新手可以先拿到一份带具体资源名的缺口清单，需要落地修复的用户能在获得成本与耗时说明后选择立即用 CLI 修，或者把改动写回 Bicep/Terraform 保证下次部署不被覆盖。
4. 跨 Agent 兼容性
- Claude Code：原生支持 ✅——官方插件市场直装（
/plugin install azure@claude-plugins-official），或执行/plugin后在市场中搜索 “azure” - Codex：原生支持 ✅——仓库 README 给出 Codex CLI 专属安装流程（
codex plugin marketplace add microsoft/azure-skills，通过/plugins选装azure，并可用/skills单独启停） - OpenClaw：未验证——官方安装文档未提及该平台
- Hermes Agent：未验证——官方安装文档未提及该平台
5. 推荐理由
把“我的应用抗不抗得住一个可用区挂掉”“存储是不是单副本”“流量能不能自动切到另一个区域”这类原本需要分别去查 Azure Functions、App Service、存储账户各自文档才能拼出答案的问题，压缩成一次对话：先给出一张按特性分组、只列真正有问题的资源的清单，再按“不停机的先修、要花钱花时间的单独问过你才动手”的顺序推进。对初中级用户尤其友好的一点是——它不要求你先懂“可用区冗余”或“ZRS 存储”这些术语，评估阶段直接给结论，需要你做决定时才把成本和耗时讲清楚。
6. 评分
| 维度 | 分数 | 说明 |
|---|---|---|
| 受欢迎程度 | 7 | Microsoft 官方团队维护，Azure 是 Microsoft 自己的产品；所属插件仓库整体 1,364 星/224 fork，为整个 azure-skills 插件的合计数据，不代表本技能自身独立热度，本技能自身暂无独立于插件之外的第三方引用或讨论数据 |
| 可用性 | 8 | SKILL.md 正文约 25KB，配 8 篇独立参考文档与按服务细分的评估子文档，是同仓库文档体量最完整的技能之一；仓库整体最近一次推送为 2026-08-07，维护活跃；当前版本明确不覆盖 Container Apps，需要该场景的用户暂时用不上 |
| 安全性 | 8 | 见下方检查清单 |
安全检查清单
| 项目 | 结果 |
|---|---|
| ① shell 命令及权限范围 | 通过 az CLI 与 Azure Resource Graph 查询执行评估与修复，权限范围明确限定为读取（评估阶段）与目标资源的配置变更（修复阶段），文档自身要求评估只需 Reader 权限、变更才需 Contributor 权限 |
| ② 联网外发数据 | 仅调用 Azure 官方管理 API（Resource Graph、Azure CLI 对接的官方端点），无第三方或不透明外联 |
| ③ API key/凭据 | 依赖用户自行 az login 完成的标准登录态，技能本身不索取、不存储密钥 |
| ④ 可疑指令 | 通读 SKILL.md 及全部 references 文档，未发现提示词注入或隐蔽指令；相反，文档在多处显式要求“执行有成本或破坏性的变更前必须先征得用户同意并等待其回复”，是同类技能里少见地把“不擅自动手”写成硬性流程规则的做法 |
| ⑤ 作者信誉 | Microsoft 第一方出品，信誉良好 |
| ⑥ License | MIT，清晰 |
| ⑦ 维护时间 | 仓库整体最近推送 2026-08-07，该技能子目录最近一次专项提交为 2026-07-28，维护活跃 |
扣分原因：该技能可执行真实的存储副本升级、多可用区部署、azd up/terraform apply 等有成本与变更影响的操作，故未给到 9–10 档，判 8；其分阶段确认与成本透明设计属正面因素，未额外扣分。
7. 跟同类 Skills 相比的优势
| 对比对象 | 定位 | 与 azure-reliability 的差异 |
|---|---|---|
| azure-diagnostics（同仓库） | 覆盖 Container Apps/App Service/Functions/AKS/VM/消息服务六大服务面的只读故障排查 | 面向“已经出问题”的被动响应场景，全程只读、不修改任何资源；azure-reliability 面向“还没出问题但想知道能不能扛住”的主动评估场景，且会实际执行修复 |
| azure-validate（同仓库） | 部署前对配置、IaC、RBAC、托管标识权限做预检 | 时间点在部署之前，关注的是“这次部署能不能成功”；azure-reliability 时间点在部署之后，关注的是“已上线的应用扛不扛得住区域级故障”，两者互补而非替代 |
| google-cloud-waf-reliability（google/skills，跨云） | 依据 Google Cloud Well-Architected Framework 可靠性支柱给出评审清单，覆盖高可用与容灾设计原则 | 定位是架构评审输出建议清单，未见自动执行修复的能力；azure-reliability 除了给清单，还会在用户确认后直接跑 CLI 或改 IaC 完成修复并重新评估验证 |
8. 用户评价
该技能目前在第三方平台尚无具名用户评价，GitHub 上也未检索到专门针对该技能的 issue 讨论。
9. 其他补充
修复路径同时支持 Bicep 与 Terraform 两套 IaC 框架的补丁生成（含 AVM 模块用法指引），并会区分“可直接原地更新”与“需要先完成存储迁移才能部署”的补丁类型，避免把两类风险不同的改动混在同一次部署里。
10. 安装使用方式
- Claude Code：运行
/plugin install azure@claude-plugins-official，或执行/plugin后在市场中搜索 “azure” - Codex CLI：先
codex plugin marketplace add microsoft/azure-skills添加市场，再通过/plugins选装azure - GitHub Copilot CLI：
/plugin marketplace add microsoft/azure-skills后/plugin install azure@azure-skills - VS Code：安装 Azure MCP 扩展（市场 ID
ms-azuretools.vscode-azure-mcp-server），会自动配置好技能层 - 其他渠道（Gemini CLI、Cursor 等）见仓库 README
前置条件：已登录的 Azure CLI（az login）、目标订阅/资源组的 Reader 权限（评估）或 Contributor 权限（修复）、Azure Resource Graph 扩展（az extension add --name resource-graph）。安装后无需重启，直接用自然语言触发，例如“评估我的应用可靠性”“检查我的 Function App 是不是可用区冗余”。
11. 注意事项
- 当前版本仅覆盖 Azure Functions 与 App Service，Azure Container Apps 支持在文档中被明确标注为“计划中但尚未发布”，涉及 Container Apps 的场景该技能会如实告知不支持，而不是给出不准确的判断
- 存储从 LRS/GRS 升级到 ZRS 是真实的在线迁移操作，耗时可从数小时到数天，且会产生持续的存储成本增量；多可用区故障转移会新增一份计算与存储成本外加 Front Door 的固定月费，两者均需用户显式确认后才会执行
- 该技能隶属 microsoft/azure-skills 合集仓库，仓库整体星数/安装量不代表本技能独立热度