容器化环境中使用NGINX部署静态网站的标准惯例是什么？

核心原则：解耦NGINX与静态资源 #

容器化的核心目标之一就是解耦组件，所以让NGINX专注于路由/反向代理，静态资源独立存储是合理的方向。针对你的场景（原裸机/var/www下存三个静态站，要容器化NGINX且资源放主机外），常用的惯例有以下几种：

1. 主机目录/外部存储卷挂载（最常用） #

把所有静态网站的资源保留在主机的/var/www目录（或者迁移到外部存储如NFS、本地磁盘阵列），然后将每个网站的子目录单独挂载到NGINX容器内的对应路径。

• Docker启动命令示例：

  docker run -d \
    -p 80:80 \
    -v /var/www/site1:/usr/share/nginx/html/site1 \
    -v /var/www/site2:/usr/share/nginx/html/site2 \
    -v /var/www/site3:/usr/share/nginx/html/site3 \
    -v /path/to/your/custom-nginx.conf:/etc/nginx/nginx.conf \
    nginx:alpine
  

• 优势：完全解耦NGINX和静态资源，更新静态文件无需重启NGINX容器，管理成本低，符合容器单一职责原则。
• 适配你的场景：直接复用原有的/var/www目录结构，只需调整NGINX配置里的root路径对应容器内的挂载路径即可。

2. 静态资源托管到专用存储服务（进阶） #

如果静态资源需要跨主机共享或高可用，可以将资源放到对象存储（如MinIO）或专门的文件服务器，NGINX通过反向代理直接访问这些资源。

• NGINX配置片段示例：

  server {
    listen 80;
    server_name site1.example.com;
    location / {
      proxy_pass http://your-file-server/site1/;
      proxy_set_header Host $host;
    }
  }
  

• 优势：资源存储与服务完全独立，扩展性强，适合大规模或多节点部署场景。

3. 静态资源打包为轻量镜像（小众场景） #

如果不想用挂载卷，也可以将每个静态站打包成仅包含静态文件的轻量镜像（比如基于busybox），然后通过Docker的--volumes-from或K8s的PVC共享给NGINX容器。但这种方式操作繁琐，不如直接挂载主机目录简洁，仅在特定编排场景下使用。

针对你的场景的最优方案 #

直接采用主机目录挂载的方案：

1. 保留主机/var/www下的三个网站子目录结构；
2. 准备好自定义NGINX配置，配置好三个网站的路由规则，指向容器内对应的挂载路径；
3. 启动NGINX容器时，分别挂载三个网站目录和自定义配置文件；
4. 后续更新静态资源直接修改主机/var/www下的文件即可，无需操作NGINX容器。

这种方案既避免了资源与NGINX容器的耦合，又不需要为每个网站单独创建容器，是当前容器化部署静态网站最通用的实践。

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