使用 Docker 自动化部署的 NextJS 镜像大小优化
内容提要
公司新官网项目的Docker镜像文件过大，传输时间长，可能导致构建失败。通过修改配置，减小镜像大小。修改后的Dockerfile只复制必要文件，不再安装依赖和构建应用。
延伸解读
镜像瘦身的关键：standalone 输出模式
文章指出，Next.js 的 output: 'standalone' 配置能自动生成一个仅包含生产部署必要文件的独立文件夹，包括部分 node_modules。这避免了在 Docker 镜像中安装全部依赖和重复构建，从而显著减小镜像体积。对于使用 CI/CD 的团队，这意味着构建产物更轻量，传输和部署效率更高。
构建与运行分离的实践调整
调整后的 Dockerfile 不再执行依赖安装和构建命令，而是直接复制已构建好的 .next/standalone 和 .next/static 等文件。这要求构建阶段必须在当前系统环境中提前完成，例如通过 pnpm build。这种分离让 Docker 镜像只负责运行，符合 CI/CD 中构建与部署解耦的思路，但也增加了对构建环境一致性的依赖。
静态文件处理与 CDN 的适配
新版 Dockerfile 增加了复制 public 和 .next/static 的步骤，以应对静态文件由 CDN 处理的场景。但作者提到，其公司使用的融合 CDN 会自动缓存和回源，因此不需要额外单独托管静态文件。这提示读者：是否复制这些文件取决于 CDN 类型，若 CDN 不自动处理，则需保留复制步骤，否则可能导致静态资源 404。
Q&A
如何优化 NextJS 的 Docker 镜像大小？
通过修改 Dockerfile，只复制必要文件，并设置 output 为 standalone，避免安装依赖和构建应用。
Next.js 的 standalone 模式有什么作用？
standalone 模式可以自动创建只包含必要文件的独立文件夹，减少镜像大小。
为什么 Docker 镜像会过大？
因为 Dockerfile 中包含了构建和运行应用的所有步骤，导致最终镜像文件过大。
修改后的 Dockerfile 有哪些关键变化？
新 Dockerfile 只复制 static 和 public 文件，不再安装依赖和构建应用，要求在当前环境下完成构建。
如何在 Dockerfile 中设置 Next.js 的环境变量？
可以通过 ENV 指令设置 NODE_ENV 为 production，以确保在生产环境下运行。
使用 CircleCI 和 K8S 部署 NextJS 有什么优势？
CircleCI 负责构建应用，K8S 负责打包和运行构建结果，提高了部署的效率和可靠性。
