用docker部署nginx实现高可用静态网站的关键是单容器稳定可维护，需通过bind mount挂载html、conf.d、logs三类目录至宿主机，配置适配spa路由，启动时设只读权限与重启策略，并验证路由、日志及热更新能力。
用 Docker 部署 Nginx 实现高可用静态网站，关键不是堆叠容器数量，而是让单个容器稳定、可维护、易恢复。本地存储卷（bind mount）是达成这一目标最直接可靠的方式——它把静态文件、配置、日志全部落在宿主机上，既避免容器销毁导致数据丢失，又支持热更新和快速回滚。
挂载三类目录：文件、配置、日志缺一不可
高可用的基础是“可预测”和“可还原”。只挂载 HTML 目录远远不够，必须同步管理三类路径：
-
静态文件目录（html/）：挂载到
/usr/share/nginx/html，存放打包后的 dist 或 public 内容； -
配置目录（conf.d/）：挂载到
/etc/nginx/conf.d/，放自定义 server 块（如my-site.conf），不碰主nginx.conf； -
日志目录（logs/）：挂载到
/var/log/nginx/，确保访问日志和错误日志持久化，便于排查 404、权限或路由问题。
配置文件要轻量且适配 SPA 路由
静态网站若为 Vue/React 等单页应用（SPA），默认 Nginx 配置会返回 404 —— 因为刷新 /about 页面时，后端没对应物理文件。只需在挂载的 conf.d/my-site.conf 中加两行：
location / { root /usr/share/nginx/html; try_files $uri $uri/ /index.html; }-
index index.html;保持不变，但try_files让所有未匹配路径兜底到index.html，交由前端路由处理。
无需修改全局 nginx.conf，也不用重写整个 HTTP 块，符合最小改动原则。
启动命令要带只读与重启策略
生产环境不能裸跑容器。推荐使用以下参数组合启动：
-
-v /opt/nginx/html:/usr/share/nginx/html:ro：:ro显式声明只读，防止 Nginx 进程意外写入或覆盖文件； -
-v /opt/nginx/conf.d:/etc/nginx/conf.d:ro：配置也只读，避免运行时被篡改； -
-v /opt/nginx/logs:/var/log/nginx：日志可写，但路径固定、归属清晰； -
--restart=unless-stopped：系统重启后自动拉起容器，保障服务连续性； -
-p 8080:80或-p 80:80（需 root 权限），按需映射端口，避免冲突。
验证与日常维护要点
部署后别只看首页是否能打开，要验证真实可用性：
- 用
curl -I http://localhost:8080/about测试 SPA 路由是否 200（而非 404）； - 检查
/opt/nginx/logs/access.log是否有新记录，确认日志挂载生效； - 更新静态文件后，无需重启容器——Nginx 自动读取新内容（注意浏览器缓存，可加
Cache-Control: no-cache响应头）； - 修改配置后，执行
docker exec my-nginx nginx -t && docker exec my-nginx nginx -s reload热重载，零中断。
这种模式不依赖镜像构建、不引入编排复杂度，却具备上线即稳定、出错可秒退、扩容有基础的实用价值。
