docker - Docker Compose-从容器B中的容器A访问数据

Question

这是我的问题:

我有一个容器A(Node.js)和一个容器B(nginx)。在容器A的Dockerfile中，我从源代码构建了几个文件，因为它们是将服务器运行到名为build的文件夹中所必需的。我想从容器B访问此文件夹以提供静态文件。

目的是要有一个简单的工作流程，您可以通过git使用源克隆存储库并运行docker-compose up --build，然后一切都在运行。在这种情况下，主机没有构建文件所需的软件，因此构建必须在docker容器内进行。

我的第一个几乎可行的尝试是:

version: "2"
services:
    nginx:
        volumes_from:
            - node

    node:
        volumes:
        - /code/build

当我第一次构建docker compose build＆up一切似乎都正常时，该容器是从容器A中创建的，其中包含构建文件，并且容器B可以按预期访问它们。

但是，更新源时会发生此问题。发生这种情况时，新的构建文件不会替换容器中的旧构建文件，因为现有容器似乎具有优先权。因此，第一次之后，我总是拥有容器A和B的旧文件。

我研究了一种在每次运行 docker-compose build时都强制从头开始重新创建卷的方法，但未发现任何内容。我发现的唯一一件事就是使用 docker-compose stop && docker-compose rm，但是每次执行该操作似乎有点麻烦，而且与用 docker-compose up替换现有版本的新容器相比，这导致了相当长的停机时间。

是否有适当的解决方案来完成我要达到的目标？

Answer 1

我要重做工作流程，使用安装在多个容器中的命名卷，这些容器之一是具有应用程序构建环境的更新程序。然后在启动时，更新程序从git中获取最新消息，并更新共享卷作为其CMD或ENTRYPOINT的一部分。

您的撰写文件看起来类似于:

version: "2"
volumes:
    build:
       driver: local

services:
    nginx:
        volumes:
        - build:/code/build

    updater:
        volumes:
        - build:/code/build

然后在进行任何更改时，您可以运行 docker-compose run updater，它将最新更改推送到您的卷中，nginx可以在不停止其他容器的情况下使用它。由于这是一个退出的批处理作业，因此即使是 docker-compose up也会再次启动更新程序。