名为 Docker 的卷共享构建未更新
Named Docker volume to share build not updating
我工作的公司的开发人员要求我做一些与 Docker 不同的事情,然后我也习惯了。目标是拥有 2 个具有以下职责的容器:
容器A:
将构建前端 React 应用程序并将包放入名为 app/dist/
的目录中的节点容器。完成后,容器将停止 运行.
容器B:
一个高山 nginx 容器,它将服务器来自 /usr/share/nginx/html/app
.
的静态文件
容器 A 中构建的文件将使用将挂载 <Container A>/app/dist
到 <Container B>/usr/share/nginx/html/app
的卷提供给容器 B。
请注意在 public 可访问端口和名为 app
.
的 nginx 容器之间有一个 HAProxy 层
以上任务是使用 docker 编写文件编排的,如下所示:
version: '2'
volumes:
webapp_build_volume: {}
services:
webapp_build:
build:
context: .
dockerfile: 'config/nginx/dockerfile-builder'
volumes:
- webapp_build_volume:/app/dist
- webapp_static_volume:/app/src/app/static
app:
build:
context: 'config/haproxy'
dockerfile: 'dockerfile-app-haproxy'
links:
- web
volumes:
- /var/run/docker.sock:/var/run/docker.sock
ports:
- '80:80'
- '1936:1936'
web:
build:
context: .
dockerfile: 'config/nginx/dockerfile-web'
environment:
- EXCLUDE_PORTS=443
- VIRTUAL_HOST=*
depends_on:
- webapp_build
volumes:
- webapp_build_volume:/usr/share/nginx/html/app
目前仅在首次构建 docker 撰写文件时有效。创建卷后,卷中的文件不再更新。我读到命名卷在建立后无法更新,但我无法确认这一点。我找到了涉及 运行 docker-compose rm --force && docker volume webapp_build rm
的解决方法,但我希望尽可能不必杀死缓存的容器,因为 CI 服务会变得太慢。
如果我能澄清任何事情,请告诉我(我知道这里有很多变动的部分)。请注意,我也在使用 docker 2 测试版,尽管我看不出这会如何改变我在这里所做的任何事情。
这有点难以理解,但听起来您正在构建一个图像,将文件输出到您认为是一个卷的地方,并试图用它来填充另一个人使用的命名卷 运行宁容器。
您的困惑很可能是构建容器不会装载卷,卷仅装载在 运行ning 容器中。命名卷确实有一个特性,它会被图像的内容填充,但只有当你挂载一个空的命名卷时。您似乎在第一个构建+运行 中利用了此功能,但它不会在未来的构建中再次起作用。如果你 运行 你的构建容器没有卷,你会发现你的文件按预期在那里。
您可以轻松更新命名卷。我想到了两个选择。一种是使用您当前的进程,但将卷安装点更改为“/target”之类的东西,并且作为构建容器的 CMD
,将源的内容复制到“/target”。看起来像:
Docker 文件
...
RUN compile-cmd --output-to /local/build/dir
entrypoint.sh:
cp -a /local/build/dir/* /target/
docker-compose.yml:
version: '2'
services:
webapp_build:
build:
context: .
dockerfile: 'config/nginx/dockerfile-builder'
volumes:
- webapp_build_volume:/target
...
第二种选择是根本不在容器构建中执行此操作,而是创建一个具有应用程序编译先决条件的容器。然后使用 CMD
或 ENTRYPOINT
将您的应用程序代码作为卷装载到此容器中,该容器获取代码卷内容、编译它,并将其输出到也已装载的命名卷。然后,您无需构建构建容器,只需 运行 安装了两个卷的编译容器。
entrypoint.sh:
compile-cmd --input-src=/source --output-to /target
docker-compose.yml:
version: '2'
services:
webapp_build:
volumes:
- app/source:/source
- webapp_build_volume:/target
...
我工作的公司的开发人员要求我做一些与 Docker 不同的事情,然后我也习惯了。目标是拥有 2 个具有以下职责的容器:
容器A:
将构建前端 React 应用程序并将包放入名为 app/dist/
的目录中的节点容器。完成后,容器将停止 运行.
容器B:
一个高山 nginx 容器,它将服务器来自 /usr/share/nginx/html/app
.
容器 A 中构建的文件将使用将挂载 <Container A>/app/dist
到 <Container B>/usr/share/nginx/html/app
的卷提供给容器 B。
请注意在 public 可访问端口和名为 app
.
以上任务是使用 docker 编写文件编排的,如下所示:
version: '2'
volumes:
webapp_build_volume: {}
services:
webapp_build:
build:
context: .
dockerfile: 'config/nginx/dockerfile-builder'
volumes:
- webapp_build_volume:/app/dist
- webapp_static_volume:/app/src/app/static
app:
build:
context: 'config/haproxy'
dockerfile: 'dockerfile-app-haproxy'
links:
- web
volumes:
- /var/run/docker.sock:/var/run/docker.sock
ports:
- '80:80'
- '1936:1936'
web:
build:
context: .
dockerfile: 'config/nginx/dockerfile-web'
environment:
- EXCLUDE_PORTS=443
- VIRTUAL_HOST=*
depends_on:
- webapp_build
volumes:
- webapp_build_volume:/usr/share/nginx/html/app
目前仅在首次构建 docker 撰写文件时有效。创建卷后,卷中的文件不再更新。我读到命名卷在建立后无法更新,但我无法确认这一点。我找到了涉及 运行 docker-compose rm --force && docker volume webapp_build rm
的解决方法,但我希望尽可能不必杀死缓存的容器,因为 CI 服务会变得太慢。
如果我能澄清任何事情,请告诉我(我知道这里有很多变动的部分)。请注意,我也在使用 docker 2 测试版,尽管我看不出这会如何改变我在这里所做的任何事情。
这有点难以理解,但听起来您正在构建一个图像,将文件输出到您认为是一个卷的地方,并试图用它来填充另一个人使用的命名卷 运行宁容器。
您的困惑很可能是构建容器不会装载卷,卷仅装载在 运行ning 容器中。命名卷确实有一个特性,它会被图像的内容填充,但只有当你挂载一个空的命名卷时。您似乎在第一个构建+运行 中利用了此功能,但它不会在未来的构建中再次起作用。如果你 运行 你的构建容器没有卷,你会发现你的文件按预期在那里。
您可以轻松更新命名卷。我想到了两个选择。一种是使用您当前的进程,但将卷安装点更改为“/target”之类的东西,并且作为构建容器的 CMD
,将源的内容复制到“/target”。看起来像:
Docker 文件
...
RUN compile-cmd --output-to /local/build/dir
entrypoint.sh:
cp -a /local/build/dir/* /target/
docker-compose.yml:
version: '2'
services:
webapp_build:
build:
context: .
dockerfile: 'config/nginx/dockerfile-builder'
volumes:
- webapp_build_volume:/target
...
第二种选择是根本不在容器构建中执行此操作,而是创建一个具有应用程序编译先决条件的容器。然后使用 CMD
或 ENTRYPOINT
将您的应用程序代码作为卷装载到此容器中,该容器获取代码卷内容、编译它,并将其输出到也已装载的命名卷。然后,您无需构建构建容器,只需 运行 安装了两个卷的编译容器。
entrypoint.sh:
compile-cmd --input-src=/source --output-to /target
docker-compose.yml:
version: '2'
services:
webapp_build:
volumes:
- app/source:/source
- webapp_build_volume:/target
...