命名Docker卷以共享构建不更新

时间:2016-08-04 18:10:56

标签: nginx docker docker-compose docker-volume

我正在为我正在工作的公司的开发人员询问我与Docker做一些不同的事情然后我也被使用了。目标是拥有2个具有以下职责的容器:

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

容器B: 一个高山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测试版,虽然我没有看到它如何改变我在这里做的任何事情。

1 个答案:

答案 0 :(得分:6)

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

最让您感到困惑的是,构建容器不会安装卷,卷只会安装在正在运行的容器中。指定的卷确实具有一个功能,它将由图像的内容填充,但仅当您装入一个空的命名卷时。您似乎在第一次构建+运行时利用了此功能,但它在未来的构建中不会再次运行。如果您运行没有卷的构建容器,则会发现您的文件符合预期。

您可以轻松更新指定的卷。我想到了两种选择。一种是使用当前进程,但将卷装入点更改为&#34; / target&#34;并且作为构建容器的CMD,将源的内容复制到&#34; / target&#34;。那看起来像是:

Dockerfile

...
RUN compile-cmd --output-to /local/build/dir

entrypoint.sh:

cp -a /local/build/dir/* /target/

搬运工-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

搬运工-compose.yml:

version: '2'
services:
  webapp_build:
    volumes:
      - app/source:/source
      - webapp_build_volume:/target
...