Terraform AWS EKS 模块中aws-auth子模块的变更解析

背景介绍

在管理Amazon EKS集群时，aws-auth ConfigMap是一个关键组件，它控制着哪些IAM角色和用户可以访问Kubernetes集群。随着terraform-aws-modules/eks/aws模块从v19升级到v20版本，关于aws-auth的配置方式发生了重要变化，这给许多用户带来了困惑。

配置方式的重大变更

在模块v19.17.2版本中，用户可以直接在主eks模块中配置aws-auth相关参数：

module "eks" {
  manage_aws_auth_configmap = true
  aws_auth_roles = [
    {
      rolearn  = data.aws_iam_role.karpenter_instance.arn
      username = "system:node:{{EC2PrivateDNSName}}"
      groups   = ["system:bootstrappers", "system:nodes"]
    }
  ]
  aws_auth_users = var.eks_additional_users
}

然而在v20.14.0版本中，这种直接配置方式已被移除，导致用户遇到"Unsupported argument"错误。这是模块架构重构的一部分，旨在提高代码的模块化和可维护性。

新的配置方法

正确的做法是现在需要单独声明aws-auth子模块：

module "eks" {
  source = "terraform-aws-modules/eks/aws"
  cluster_name = "my-cluster"
  # 其他集群配置参数
}

module "aws_auth" {
  source = "terraform-aws-modules/eks/aws//modules/aws-auth"
  manage_aws_auth_configmap = true
  aws_auth_roles = [
    {
      rolearn  = data.aws_iam_role.karpenter_instance.arn
      username = "system:node:{{EC2PrivateDNSName}}"
      groups   = ["system:bootstrappers", "system:nodes"]
    }
  ]
  aws_auth_users = var.eks_additional_users
}

变更背后的设计理念

这种变更反映了Terraform模块设计的最佳实践：

1. 关注点分离：将集群创建和权限管理分离到不同模块
2. 更好的可维护性：每个模块专注于单一功能
3. 更清晰的依赖关系：明确显示哪些资源依赖于其他资源

升级注意事项

从v19升级到v20版本时，开发者需要注意：

1. 需要修改现有Terraform配置以适配新的模块结构
2. 确保状态迁移时不会丢失现有的aws-auth配置
3. 测试新的权限配置是否按预期工作

最佳实践建议

1. 始终查阅对应版本的模块文档
2. 在升级前在测试环境验证配置变更
3. 考虑使用状态迁移工具处理现有资源
4. 为aws-auth配置添加详细注释，说明每个角色的用途

这种架构变更虽然短期内带来了升级成本，但从长期来看提高了配置的清晰度和可维护性，是模块成熟度提升的表现。