如何在AWS ECS中部署带不同环境变量的相同容器

核心结论：用单任务定义 + 多服务实现 #

没必要创建多个任务定义，同一个任务定义作为模板，通过不同服务的配置来覆盖环境变量，既能满足每个实例的独立配置需求，又能大幅减少后续维护成本。

环境变量配置方法 #

每个ECS服务在创建时，直接在服务配置的环境变量模块里覆盖任务定义的默认值：

• 给instance1对应的服务设置DEST=jdbc:postgresql://localhost:5432/postgres
• 给instance2对应的服务设置DEST=jdbc:postgresql://localhost:5431/postgres
  后续新增实例时，重复此步骤即可。

端口映射说明 #

你的应用是主动订阅MQTT Broker，不需要对外暴露端口，所以任务定义里可以完全跳过端口映射配置，避免不必要的端口占用。如果确实需要对外提供服务（比如调试监控）：

• 用动态端口映射：任务定义中容器端口设为你的Node.js应用监听端口（比如3000），主机端口设为0，ECS会自动给每个实例分配可用的主机端口，无需手动指定，避免冲突。
• 绝对不要给不同服务指定固定主机端口，这会限制实例数量，而且完全没必要。

实操步骤 #

1. 创建基础任务定义：
   • 上传容器镜像到ECR（或其他镜像仓库），在任务定义中指定镜像地址
   • 配置CPU、内存等资源限制，设置一个默认的DEST占位符（比如DEST=default-db-url）
   • 端口配置：如果不需要对外访问，留空；如果需要，容器端口设为应用端口，主机端口设为0
2. 创建第一个服务：
   • 选择上述任务定义，配置服务名称（比如mqtt-db-writer-instance1）
   • 在环境变量配置页，添加DEST变量并填入目标数据库地址
   • 设置实例数量为1，完成创建
3. 创建第二个服务：
   • 重复服务创建流程，选择同一个任务定义，服务名称改为mqtt-db-writer-instance2
   • 覆盖DEST为第二个数据库地址，完成创建

不推荐多任务定义的原因 #

• 维护成本高：每个任务定义都要同步镜像版本、资源配置，应用更新时需要修改N个任务定义，极易出错
• 冗余配置：任务定义的核心配置（镜像、资源）完全一致，重复定义属于无效冗余

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