Docker构建阶段能否访问Docker Compose创建的网络？

没错，你遇到的问题本质上是Docker构建阶段和容器运行时的环境完全隔离，所以构建阶段确实没办法直接访问Docker Compose创建的网络，也解析不了db这个服务名。

为什么会这样？ #

Docker的构建过程（就是你Dockerfile里的RUN命令执行阶段）是在一个独立的临时容器里跑的，这个临时容器并没有加入到你Compose定义的那个网络中。db作为Compose服务的名字，只有在Compose创建的专属网络里，容器之间才能通过这个名字互相发现。而构建阶段的临时容器不在这个网络里，自然找不到叫db的主机。

那该怎么解决数据库迁移的问题？ #

最稳妥也最符合Docker最佳实践的方式，是把迁移逻辑放到容器启动时执行，而不是构建阶段。具体可以这么做：

• 写一个简单的启动脚本（比如start.sh），先执行迁移命令，再启动你的Node应用：

#!/bin/sh
# 替换成你实际的迁移命令，比如prisma migrate、knex migrate:latest等
npx prisma migrate deploy
# 启动应用
node build/index.js

• 在你的Dockerfile里复制这个脚本，赋予执行权限，然后设置为启动命令：

FROM node:18-alpine

# 复制应用代码、安装依赖等步骤...

COPY start.sh /app/start.sh
RUN chmod +x /app/start.sh

CMD ["/app/start.sh"]

这样当你用docker-compose up启动容器时，容器已经加入了Compose的网络，能正常解析db服务，迁移就能顺利执行了。

如果一定要在构建阶段做迁移？（不推荐） #

虽然不建议（构建过程应该尽量保持无状态，依赖外部服务会让构建变得不稳定、不可重复），但也有几种变通方式：

• 让构建阶段直接访问主机上的数据库：如果你的Postgres在本地主机运行，可以用host.docker.internal作为主机名（Docker Desktop支持），或者直接用主机的IP地址。但这种方式会让构建依赖外部环境，换个机器可能就跑不通了。
• 在构建阶段临时启动一个Postgres容器：比如用多阶段构建，在某个阶段启动临时的数据库实例，跑完迁移后再销毁，把需要的产物带到最终阶段。但这种配置比较复杂，还会增加构建时间。

总的来说，把迁移放到启动时执行是最省心的方案，也更符合Docker的设计理念。

备注：内容来源于stack exchange，提问作者cegredev