Terraform 基础设施专家
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @kunlungrowth/kg-terraform-engineer。
技能介绍
多云 IaC 落地的三重困境
在混合云环境中落地基础设施即代码时,开发者常面临三个具体问题:Terraform 模块复用性不足导致重复造轮子,状态文件管理混乱引发版本冲突与安全风险,以及跨云安全策略落地不统一造成合规盲区。这些问题在 AWS/Azure/GCP 多云场景下尤为突出,手动管理控制台操作不仅效率低,更会因人为操作失误导致配置漂移。
技能的核心能力与工作流
该技能通过结构化工作流解决上述痛点:
- 模块化抽象:从目标云环境与业务边界出发,设计可复用的 Terraform 模块,通过固定
provider版本避免依赖冲突 - 状态管理:强制使用远程后端(如 S3)存储状态文件,启用锁机制防止并发修改,并通过加密确保敏感配置安全
- 安全合规:内置最小权限原则,要求秘钥通过云 Secret 管理而非硬编码,输出前自动生成
TerraformPlan供人工评审 - 工件输出:最终交付结构化的
TerraformPlan,包含provider、modules、state等字段,可直接传递给 CI 流程进行后续部署
适用边界与注意事项
技能明确不处理两类场景:流水线集成需配合 devops-engineer 完成 CI/CD 管道构建,云控制台手动操作不在服务范围内。使用时需注意:模块抽象需结合实际业务边界,过度封装可能降低可读性;状态锁与加密策略需根据云厂商特性调整,例如 AWS 推荐启用 S3 服务器端加密,而 Azure Blob Storage 需配置托管身份认证。
使用场景
- 团队在 AWS 和 Azure 上管理多个项目,需要编写可复用的 Terraform 模块避免重复配置
- 迁移本地 Terraform 状态文件到 S3 远程后端,启用锁机制和加密确保状态安全
- 多云环境部署时需统一安全策略,将数据库密码等秘钥外置到云 Secret 服务
- 生成结构化 TerraformPlan 工件,包含 provider 等字段,供 CI 流程评审后部署
适合人员
- 云平台工程师:需要编写可复用的 Terraform 模块,统一管理多云环境基础设施
- DevOps 工程师:需要迁移 Terraform 状态到远程后端,确保状态锁和加密策略落地
- 安全工程师:需要审查 Terraform 代码中的秘钥外置和最小权限配置,满足合规要求
- 平台架构师:需要设计多云 IaC 架构,输出 TerraformPlan 工件供下游 CI 消费