如何在AWS中设置DynamoDB环境变量？Golang生产部署适配

针对你的Golang应用通过环境变量读取DynamoDB表名的需求，不需要在DynamoDB的AWS配置中做任何修改，核心是根据你应用的部署方式，给运行环境注入对应的环境变量即可。以下是几种AWS常见部署场景的具体做法：

1. 部署在EC2实例上 #

• 直接通过启动脚本注入：可以在EC2的用户数据（User Data）中添加脚本，将环境变量写入系统配置文件，比如：

  #!/bin/bash
  # 写入全局环境变量，后续启动的进程均可读取
  echo "export DYNAMODB_TABLE_NAME=your-production-table-name" >> /etc/profile
  

  实例启动后，重启应用或者重新加载profile即可生效。
• 用SSM Parameter Store管理：如果需要统一管理配置，可将表名存入Parameter Store，然后在实例启动脚本中拉取并设置为环境变量（需给EC2实例角色添加访问SSM的权限）。

2. 部署在ECS（含Fargate/EC2类型） #

在ECS任务定义中直接配置环境变量：

• 普通配置（非敏感值）：在容器定义的environment字段添加键值对，示例JSON片段：

  "containerDefinitions": [
    {
      "name": "your-go-app-container",
      "image": "your-app-image:tag",
      "environment": [
        {
          "name": "DYNAMODB_TABLE_NAME",
          "value": "your-production-table-name"
        }
      ]
    }
  ]
  

• 敏感值（若有）：可将配置存入Secrets Manager或SSM Parameter Store，通过任务定义的secrets字段引用，ECS会自动将其注入为容器环境变量。

3. 部署在Lambda函数上 #

直接在Lambda控制台配置环境变量：

1. 进入Lambda函数的配置标签页
2. 选择环境变量 -> 编辑
3. 添加键为DYNAMODB_TABLE_NAME，值为你的生产表名即可

• 若需管理敏感配置，同样可结合Secrets Manager/SSM Parameter Store，通过Lambda环境变量引用（需给Lambda执行角色添加对应访问权限）。

4. 部署在EKS（Kubernetes） #

• 普通配置：用ConfigMap存储表名，然后在Pod部署文件中通过envFrom或env引用：

  # ConfigMap示例
  apiVersion: v1
  kind: ConfigMap
  metadata:
    name: app-config
  data:
    DYNAMODB_TABLE_NAME: "your-production-table-name"
  
  # Pod部署文件中引用
  containers:
  - name: your-go-app
    image: your-app-image:tag
    envFrom:
    - configMapRef:
        name: app-config
  

• 敏感值：用Kubernetes Secret存储，再通过同样的方式注入环境变量。

额外注意：IAM权限配置 #

不管用哪种部署方式，应用所在的执行角色（EC2实例角色、ECS任务角色、Lambda执行角色等）必须拥有访问目标DynamoDB表的权限，示例IAM策略片段：

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Action": [
        "dynamodb:GetItem",
        "dynamodb:PutItem",
        "dynamodb:UpdateItem"
        // 根据应用需求添加其他操作
      ],
      "Resource": "arn:aws:dynamodb:your-region:your-account-id:table/your-production-table-name"
    }
  ]
}

内容的提问来源于stack exchange，提问作者mattdonsk