核心用法
Azure Bicep Deploy 是微软官方推出的基础设施即代码(IaC)部署技能，专注于通过声明式模板管理Azure云资源。核心功能涵盖四大场景：
1. 模板部署：执行 az deployment group create 将Bicep(.bicep)或ARM(JSON)模板部署至指定资源组，支持参数文件注入实现配置分离
2. 预验证机制：通过 az deployment group what-if 预览变更影响，az bicep build 进行语法检查，避免生产环境误操作
3. 多环境管理：借助参数文件目录结构（dev/staging/prod），配合资源组隔离策略，实现标准化的环境晋升流程
4. 容器化工作负载：内置Azure Container Apps专项支持，涵盖部署、Ingress配置、自动扩缩容及版本管理
显著优点
- 原生集成：深度整合Azure CLI生态，无需额外工具链即可使用
- 声明式优势：Bicep语法较传统ARM JSON减少约40%代码量，模块复用机制提升可维护性
- 安全左移：what-if预演能力在变更前暴露潜在风险，build命令捕获编译期错误
- 企业级就绪：支持服务主体(SP)和托管标识(MSI)等非交互式认证，适配CI/CD流水线
潜在局限
- Azure锁定：Bicep为Azure专属语言，跨云迁移需重写为Terraform/Pulumi
- 学习曲线：需同时掌握ARM资源模型语义与Bicep DSL语法
- 调试复杂度：部署失败时的错误堆栈常指向编译后ARM，溯源原始Bicep需经验
- 状态管理：无内置状态文件，依赖Azure资源实际状态作为"真实来源"
适合人群
- 云架构师：设计可复用的多环境基础设施模板
- DevOps工程师：构建GitOps驱动的Azure持续交付流水线
- 平台工程师：为开发团队提供自服务化的资源供应能力
常规风险
1. 权限蔓延：部署凭证常需Subscription/Resource Group级别写入权限，凭证泄露可导致整个环境被篡改
2. 配置漂移：手动Portal修改与模板定义冲突时，下次部署可能意外回滚变更
3. 参数泄露：参数文件误提交至版本控制可能暴露敏感配置（如数据库密码）
4. 计费风险：what-if预览本身免费，但实际部署的误配资源（如Premium SKU）可能产生高额费用