技能介绍

要解决什么问题

上 Azure 时，常见困境不是「服务名背不全」，而是需求、风格、模式、服务选型混在一起：N 层还是微服务、该用 Service Bus 还是 Event Hubs、冗余做到哪一层才配得上 RTO/RPO。缺少统一参照时，设计文档容易变成服务堆砌，评审也缺少可重复的 checklist。

本技能把 Azure Architecture Center 的体系压缩成可对话使用的知识：Well-Architected Framework（WAF） 五支柱、官方应用设计原则，以及和 Azure 服务名绑定的选型与模式索引。

技能如何工作

设计原则与架构风格：十条 Azure 应用设计原则（自修复、冗余、最小化协调、横向扩展等）及六种风格（N 层、Web-Queue-Worker、微服务、事件驱动、大数据、大计算），并给出领域复杂度、团队结构、数据量、延迟等选择标准。
44 个云设计模式：按消息与通信、可靠性与韧性、数据管理、设计与结构、安全与访问、部署与扩展分组，并标注主要 WAF 支柱（R/S/CO/OE/PE），便于按关注点检索（如 Circuit Breaker、CQRS、Strangler Fig）。
技术选型：计算、存储、数据、消息、网络、AI、容器等领域采用 需求 → 约束 → 权衡 → 选择 框架，优先 PaaS。
最佳实践与反模式：API、缓存、分区、监控、重试等实现要点；同时列出 Busy Database、Chatty I/O、Retry Storm 等性能反模式及修复方向。
架构评审工作流：七步流程——识别需求 → 选架构风格 → 选技术栈 → 应用设计模式 → 横切关注点（Entra ID、Monitor、Key Vault、IaC）→ 对照 WAF 验证权衡 → 用 ADR 记录决策；99.99%+ SLO 场景另有关键业务设计清单。

适用边界

内容以 Azure 与微软官方架构指导为主，不是多云厂商中立白皮书；其他云上的概念可类比，但服务名与默认推荐以 Azure 为准。模式与原则适合方案设计与评审对话，不能替代容量规划、负载测试、合规审计或你组织内的安全基线。详细实现仍应查阅技能内引用的设计模式、技术选型、最佳实践与关键业务等参考条目。