生产环境下Docker多服务间如何共享源代码？最佳实践咨询

这确实是Docker部署Web服务时很常见的痛点——既要把源码打包进PHP-FPM镜像保证部署一致性，又要让Nginx能访问到静态资源，还不想搞多份副本或者用卷破坏镜像的独立性。我给你推荐几个最贴合你需求的方案：

1. 基于共享构建阶段的镜像分层方案（首选） #

核心思路是：先把源码打包到一个临时的"源码镜像层"，然后让Nginx和PHP-FPM都从这个共享层复制源码，这样两个镜像里的源码完全一致，不存在副本同步问题，同时也符合你"把源码放入镜像"的初衷。

具体步骤： #

1. 创建一个专门的源码构建阶段（可以单独写一个Dockerfile，或者用多阶段构建）：

# 临时镜像，仅用于存放源码
FROM alpine:3.18 AS source-image
# 复制所有源码到镜像内的指定目录
COPY . /var/www/html

2. 修改你的PHP-FPM镜像的Production.dockerfile，从共享的源码镜像层复制文件：

FROM php:7.4-fpm-alpine
# 从刚才的source-image复制源码，保证和Nginx用的是同一套代码
COPY --from=source-image /var/www/html /var/www/html

3. 给Nginx也写一个专属的Dockerfile，同样从共享源码层复制文件：

FROM nginx:alpine
# 复制源码（主要是静态资源）到Nginx容器内
COPY --from=source-image /var/www/html /var/www/html
# 这里可以添加你的Nginx配置，比如指向静态资源的root路径
COPY .docker/nginx/conf.d/default.conf /etc/nginx/conf.d/

4. 更新你的docker-compose.yml，让两个服务都使用本地构建的镜像：

version: "3.5"
services:
  nginx:
    build:
      context: .
      dockerfile: .docker/nginx/Production.dockerfile
    ports:
      - 80:80
    working_dir: /var/www/html
    links:
      - fpm
  fpm:
    build:
      context: .
      dockerfile: .docker/fpm/Production.dockerfile
    working_dir: /var/www/html

这个方案的优势在于：

• 两个服务的源码完全同步，都是从同一个构建阶段复制来的，不会出现不一致
• 不需要依赖外部卷，镜像本身就是自包含的，部署时更可靠
• 保留了Nginx和PHP-FPM的服务分离，符合扩展性要求

2. 静态资源与动态代码分离方案（适合架构允许的场景） #

如果你的项目可以把静态资源（CSS、JS、图片等）和PHP动态代码分开，那可以进一步优化：

• 把静态资源单独打包成一个Nginx镜像，或者上传到对象存储（比如阿里云OSS、AWS S3）
• Nginx只需要处理静态资源的请求，动态请求转发给PHP-FPM即可，不需要访问全部源码
• PHP-FPM镜像里只保留动态代码，体积更小

这种方案适合前后端分离或者静态资源占比高的项目，能进一步降低镜像体积，同时彻底避免共享源码的问题。

3. 不推荐的方案：绑定本地目录或命名卷 #

你提到的命名卷或者给Nginx复制源码的方案确实有明显缺点：

• 给Nginx单独复制源码：每次更新代码都要重新构建两个镜像，容易出现构建遗漏导致的不一致
• 使用命名卷：违背了你"把源码放入镜像"的初衷，部署时需要额外管理卷的同步，增加复杂度

所以这两种方案只适合开发环境，生产环境不建议采用。

总结下来，基于共享构建阶段的镜像分层方案是最符合你需求的最佳实践，既保证了部署一致性，又保留了服务的扩展性。

内容的提问来源于stack exchange，提问作者chouyangv3