为何docker-compose构建的webserver与database服务镜像ID相同？

1. 两个服务镜像ID完全相同的原因 #

• 你在docker-compose.yml中给两个服务配置了完全一致的构建规则：相同的上下文目录、相同的Dockerfile文件。Docker镜像构建是基于输入的Dockerfile内容、上下文文件内容逐层计算哈希生成的，所有输入参数完全一致的情况下，生成的最终镜像哈希（即镜像ID）必然完全相同，只是分别被打上了webserver:latest和database:latest两个不同的标签，属于Docker的正常机制。

2. 拉取ECR镜像后只能得到单个容器的原因 #

• 你原来执行docker-compose up --build能启动两个独立容器，核心不是镜像存在差异，而是docker-compose.yml中给两个服务分别配置了不同的运行参数：从docker ps输出可见两个容器的启动指令完全不同，分别对应Apache和Postgres的启动逻辑，还配置了不同的端口映射、健康检查规则等。Docker Compose本质是用同一个镜像，传入不同的运行参数，启动了两个功能完全独立的容器。
• 从ECR拉取镜像后直接启动时，你没有传入对应服务的专属运行参数，只会触发镜像内置的默认CMD指令：如果你在Dockerfile中配置了supervisor之类的多进程管理工具，就会出现单个容器同时运行两个服务的情况；如果没有配置多进程，默认只会启动Dockerfile指定的单个进程。

• 两个服务镜像ID完全相同是合理的，完全符合Docker镜像构建的哈希校验规则，没有问题。
• 单容器同时运行两个服务不符合容器单进程的最佳实践，是不合理的，本质是你没有复用原有docker-compose运行配置导致的，不是镜像本身的缺陷。

不需要强制修改镜像构建逻辑，两种方案都可以实现两个独立容器的需求：

• 优先保留原来的docker-compose.yml配置，把两个服务的build字段替换为ECR镜像地址（比如image: 你的ECR仓库域名/镜像名:对应标签），无需本地构建，直接执行docker-compose up就会自动拉取镜像，用同一个镜像分别启动独立的Web和数据库容器，后续要替换为MySQL等其他数据库时，只要修改数据库服务的镜像地址和运行参数即可。
• 如果不用Docker Compose，也可以手动执行两次docker run命令，分别传入Web服务、数据库服务对应的启动命令、端口映射、环境变量等参数，就能从同一个镜像启动两个独立的容器实例。

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