【问题标题】:Named Docker volume to share build not updating命名 Docker 卷以共享构建而不更新
【发布时间】:2016-12-11 00:01:10
【问题描述】:

我工作的公司的开发人员要求我用 Docker 做一些不同的事情,然后我也习惯了。目标是拥有 2 个具有以下职责的容器:

容器 A: 将构建前端反应应用程序并将捆绑包放入名为app/dist/ 的目录的节点容器。完成后,容器将停止运行。

容器 B: 一个 alpine nginx 容器,它将提供来自 /usr/share/nginx/html/app 的静态文件。

已在容器 A 中构建的文件将使用将安装 <Container A>/app/dist<Container B>/usr/share/nginx/html/app 的卷提供给容器 B。

请注意,在公共可访问端口和 nginx 容器之间有一个 HAProxy 层,该容器名为 app

以上任务正在使用 docker compose 文件进行编排,如下所示:

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 compose 文件时有效。创建卷后,卷中的文件不再更新。我读过命名卷在建立后无法更新,但我无法确认。我找到了涉及运行 docker-compose rm --force && docker volume webapp_build rm 的解决方法,但如果可能的话,我希望不必杀死缓存的容器,因为 CI 服务会变得太慢。

如果我能澄清任何事情,请告诉我(我知道这里有很多活动部分)。请注意,我也在使用 docker 2 beta,但我看不出这会如何改变我在这里所做的任何事情。

【问题讨论】:

    标签: nginx docker docker-compose docker-volume


    【解决方案1】:

    这有点难以理解,但听起来您正在构建一个映像,将文件输出到您认为是一个卷中,并尝试使用它来填充另一个正在运行的容器使用的命名卷。

    您的困惑很可能是构建容器不会挂载卷,卷只挂载在正在运行的容器中。命名卷确实有一个功能,它将由映像的内容填充,但仅当您挂载一个空的命名卷时。您似乎在第一次构建+运行时利用了此功能,但在未来的构建中将无法再次使用。如果您在没有卷的情况下运行构建容器,您会发现您的文件按预期存在。

    您可以轻松更新命名卷。我想到了两个选择。一种是使用您当前的进程,但将卷挂载点更改为“/target”之类的内容,并作为构建容器的CMD,将源的内容复制到“/target”。看起来像:

    Dockerfile

    ...
    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
    ...
    

    第二种选择是根本不在容器构建中执行此操作,而是使用您的应用程序编译先决条件制作一个容器。然后使用CMDENTRYPOINT 将您的应用程序代码作为卷安装到此容器中,该容器获取代码卷内容,对其进行编译,并将其输出到也已安装的命名卷。然后,您无需构建构建容器,只需运行安装了两个卷的编译容器。

    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
    ...
    

    【讨论】:

    • 现在尝试解决方案 1。很快就会通知您!
    • 谢谢。您的第一个解决方案在那里工作。为什么这会导致卷更新但构建到目录中却没有?
    • 您确实构建到目录中,但在构建过程中您的卷没有安装,当您运行容器时会发生这种情况。当您将卷挂载到正在运行的容器中时,Docker 只会在您的卷为空时将映像中的内容复制到该卷中,并且在稍后的运行中,不会执行该卷的初始化步骤(否则您会破坏当您尝试在第二个容器中使用您的卷时的内容)。
    • @StalkAlex 已更新,希望更清楚一点。所有的例子都是非常伪代码。
    • @StalkAlex 如果您需要这种级别的时间,您需要编写脚本来解决它。您可以有两个撰写文件,第一个您不分离的文件用于构建。您可以对前端入口点使用相反的等待脚本,等待构建容器消失。
    猜你喜欢
    • 2022-11-11
    • 1970-01-01
    • 1970-01-01
    • 2022-06-23
    • 1970-01-01
    • 2016-11-21
    • 1970-01-01
    • 2017-11-01
    • 2018-05-21
    相关资源
    最近更新 更多