Go云配置需集成SDK/CLI/IaC，AWS SDK v2推荐RunInstances并显式设region；调TF需设目录、超时与错误捕获；viper+envconfig处理多源配置；并发须限流并分类重试；权限最小化与错误链管理是关键。
Go 本身不提供云环境配置的“开箱即用”自动化能力，必须依赖 SDK、CLI 封装或 IaC 工具集成——直接用 net/http 调 API 或 exec awscli 命令是最常见且可控的起点。
用 AWS SDK for Go v2 管理 EC2 实例生命周期
官方 SDK 是最稳妥的选择，避免解析 CLI 输出或维护 HTTP 请求模板。v2 版本模块化清晰，config.LoadDefaultConfig 自动读取 ~/.aws/credentials 和环境变量，但需显式传入 region。
- 初始化时必须指定
region，否则多数服务调用会返回MissingRegion错误 - 创建实例推荐用
ec2.RunInstances，而非ec2.StartInstances（后者只对已停止实例生效） - 安全组 ID 必须提前存在，SDK 不支持 inline 创建；若需动态建 SG，得先调
ec2.CreateSecurityGroup - 标签（Tags）需以
types.Tag切片形式传入，字段名是Key/Value，不是key/value
示例片段：
cfg, _ := config.LoadDefaultConfig(context.TODO(), config.WithRegion("us-west-2"))
client := ec2.NewFromConfig(cfg)
_, err := client.RunInstances(context.TODO(), &ec2.RunInstancesInput{
ImageId: aws.String("ami-0c55b159cbfafe1f0"),
InstanceType: types.InstanceTypeT3Micro,
MinCount: aws.Int32(1),
MaxCount: aws.Int32(1),
TagSpecifications: []types.TagSpecification{{
ResourceType: types.ResourceTypeInstance,
Tags: []types.Tag{{Key: aws.String("Name"), Value: aws.String("auto-prod")}},
}},
})
执行 terraform apply 时避免阻塞和状态残留
Go 中调用 terraform CLI 本质是 exec.Command，但默认行为容易出问题：stdout/stderr 不捕获导致 panic、未设 timeout 导致 hang 死、工作目录错误引发 state 锁冲突。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 务必用
cmd.Dir显式指定 Terraform 模块路径，不能依赖当前工作目录 - 加
context.WithTimeout控制最大执行时间，超时后调cmd.Process.Kill()防止僵尸进程 -
terraform init和apply分开执行；init失败时apply一定失败，但错误信息藏在 stderr 里，需完整捕获 - 若需自动 approve，传
-auto-approve参数，但禁止在生产环境省略人工确认环节
用 viper + envconfig 解析多层配置优先级
云配置常需混合来源：默认值 ← YAML 文件 ← 环境变量 ← 命令行 flag。硬编码或手动判断优先级极易出错，viper 和 envconfig 组合更可靠。
-
viper.SetEnvPrefix("MYAPP")后，MYAPP_AWS_REGION自动映射到aws.region字段 - YAML 中嵌套结构（如
aws.vpc.subnets）需用viper.Unmarshal到 struct，不能靠viper.GetString手动拼接 key - 环境变量名转小写 + 下划线是默认行为，若想支持大驼峰（如
AwsRegion），得调viper.SetEnvKeyReplacer(strings.NewReplacer(".", "_")) -
envconfig.Process("", &cfg)可将环境变量直接注入 struct tag（如envconfig:"aws_region"），适合轻量场景，但不支持文件回退
并发创建多个云资源时注意配额与限速
EC2、RDS、EKS 等服务都有默认 API 调用频率限制（如 AWS EC2 默认 100 req/sec），并发 goroutine 直接打满会导致大量 ThrottlingException 或 RequestLimitExceeded 错误。
- 不要用
for range items { go create(item) }这种裸并发，必须加限流：用semaphore.NewWeighted(5)控制同时最多 5 个请求 - 重试策略要区分错误类型：
Throttling应指数退避，InvalidParameterValue属于配置错误，重试无意义 - 跨区域操作（如在 us-east-1 创建资源后，在 us-west-2 获取其状态）需为每个 region 初始化独立的 SDK config，共用 config 会复用 region 缓存
- 所有异步操作最终都要收集 error，空 panic 或忽略 error 返回值会让失败静默发生
真正难的不是调哪个函数，而是把 credential 权限最小化、API 错误分类处理、并发边界控制、以及 Terraform state 的锁管理这几件事串成一条不掉链子的流水线——漏掉任意一环，自动化就变成定时炸弹。
