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

前端之家收集整理的这篇文章主要介绍了nginx – 命名Docker卷以共享构建不更新前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

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

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

容器B:
一个高山Nginx容器,它将从/usr/share / Nginx / html / app服务静态文件.

已经在容器A中构建的文件将使用卷来提供给容器B,该卷将< Container A> / app / dist挂载到< Container B> /usr/share / Nginx / html / app.

请注意,公共可访问端口和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&& amp; docker volume webapp_build rm但我希望不必杀死缓存的容器,因为CI服务会变得太慢.

如果我能澄清任何事情,请告诉我(我知道这里有很多活动部分).请注意我也使用docker 2测试版虽然我没有看到它如何改变我在这里所做的任何事情.

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

很可能您的困惑是构建容器不装载卷,卷只安装在正在运行的容器中.指定的卷确实具有一个功能,它将由图像的内容填充,但仅当您装入一个空的命名卷时.您似乎在第一次构建运行时利用了此功能,但在将来的构建中它将无法再次运行.如果您运行没有卷的构建容器,您会发现您的文件按预期存在.

您可以轻松更新指定的卷.我想到了两种选择.一种方法是使用当前进程,但将卷装入点更改为“/ target”以及构建容器的CMD,将源的内容复制到“/ target”.那看起来像是:

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

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

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

猜你在找的Nginx相关文章