运行Nginx和PHP-FPM作为具有共享卷的Docker中的分离容器

Question

我想在两个不同的容器中启动NGINX和PHP-FPM，共享一个卷以让Nginx服务该应用程序。我发现的所有解决方案都包括直接在Docker-composer文件中作为卷共享源。

volumes:
   - ./:/var/www

我不想实现此解决方案，因为我认为仅是用于发展阶段的。我有一个私有的Docker映像，其中包含源代码并在端口9000上公开php-fpm。我想到的解决方案在于将以下参数添加到NGINX和PHP-FPM容器中。

volumes:
   - code:/var/www/html

代码是Docker-Composer文件中已经指定的卷。因此，最终结果应该是类似的：

version: "3.6"

networks:
  inside:
    external: false

volumes:
  code:
    driver: local

services:
  server:
    image: nginx:1.17-alpine
    ports:
      - "80:80"
    volumes:
      - code:/var/www/html
      - ./nginx.conf:/etc/nginx/conf.d/default.conf
    depends_on:
      - app
    networks:
      - inside
    restart: always

  app:
    image: PRIVATE_IMAGE
    volumes:
      - code:/var/www/html
    networks:
      - inside
    restart: always

问题是关于权限的：当我尝试加载应用程序时，由于cache在应用程序中的文件夹不写时，我会收到否认。

您知道解决这个问题的最清晰方法吗？

Answer 1

命名卷本身并不是将文件从一个容器发布到另一个容器的可靠方法。查看这一点的最简单方法是在您的html目录中进行一些更改并运行Docker-Compose build build; docker -compose -d。在这种情况下，您会看到的是，代码卷的旧内容无需更新而在NGINX容器中使用，实际上该卷的旧内容隐藏在您的应用程序容器中。对于不称为卷的Docker的东西，包括Docker Bind-Mounts和Kubernetes卷，您将获得一个空的目录，其中没有任何复制。

解决此问题的绝对最简单方法是让应用程序提供自己的静态资产。执行此操作的机制是特定于框架的（而且我在PHP方面不太熟悉），但是如果您可以做到这一点，那么您的Nginx配置只有一个proxy_pass或fastcgi_pass 指令，并且没有任何文件可以使用。这消除了对此卷的需求。

如果这不是一个选项，那么您可以为包括静态资产的反向代理创建第二个图像。

FROM nginx:1.17-alpine
COPY ./html/ /usr/share/nginx/html/
# use the CMD from the base image, no need to repeat it

现在，您不是“共享文件” 本身本身，但是应用程序和反向代理都包含相同的静态文件从同一源树中构建的相同的静态文件。这意味着您不需要卷：撰写设置中的，除了做诸如注入配置之类的事情外。 （复制也可能是合理的。）

version: "3.8"
services:
  server:
    build:
      context: .
      dockerfile: Dockerfile.nginx
    ports:
      - "80:80"
    volumes:
      - ./nginx.conf:/etc/nginx/conf.d/default.conf
    depends_on:
      - app
    restart: always

  app:
    build: .
    restart: always