1

2

github + docker 不是很好了吗？推送后就自动构建部署无感部署

3

@rocmax 之前这个官方的镜像模板有 Docker volumes 权限问题。不确定是否有改好没。

5

不太有 我现在 vercel 每月两百刀左右的费用 上个月找了两三种替代方案 比如 railway 都差点意思 有的测试没问题 但生产一切换就不行了

7

最近才试过，standalone + docker ，Dockerfile 里要注意把静态文件也拷贝一份，用的 node:22-alpine 镜像，最终大小在 300M 。
在 vercel 部署的话，好像不遵循 standalone ，我单独做了个 build:vercel 的编译命令

8

如果能解决网络问题 dokku 是一个很不错的方案

9

我都是免费蹭 cloudflare 的额度，比 vercel 方便多了。。

10

github + docker 就是最好的方式

11

frontend:
container_name: frontend
command: /bin/bash -c "cd /app && ./node_modules/.bin/next start"
restart: always
image: node:20.18.0
environment:
TZ: Asia/Shanghai
NODE_ENV: production
logging:
options:
max-size: "10m"
max-file: "10"
ports:
- "3000:3000"
volumes:
- "./frontend:/app"

14

我几个全是官方 docker 模版部署的
但是自己部署就是坑。。
很多特性自部署是负优化 比如 static 生成（不是全部 static 导出） ppr 这类 缓存相关（ vercel 会把他们部署到边缘节点去 自己 docker 部署就全在内存里了） 都会导致内存大量增加。。。一个总共加起来不到 100 个页面，十来个 route 的 nextjs 服务开着这些功能能吃掉上 G 内存。。。

16

@rocmax #15 依稀记得之前踩过的坑是这样的：docker build 时候用的 root 权限，但是最终 dockercompose 运行时候镜像内部用户降权无法访问一些资源。并且 volumn 卷权限问题表现不一致，服务器经常用 root 来跑，而本地 mac 环境又不是 root 运行 docker 。可能是 Dockerfile 内部这个 nextjs user 权限导致的，即使配置了 gid/uid 也是有点问题。忘记当时是怎么解决了，可能 AI 给解决了，当时没查下到底是啥问题。

17

我最近也碰到一样的问题，我是因为用户在国内，项目部署在阿里云上，使用 ansible(rsync) 配合 standalone 模式, 使用 nginx+pm2, 是比较繁琐。

20

coolify + vps + 容器，非常简单。vercel 玩玩可以，跑生产费用惊人

21

dokploy 或者 coolify ，最近在用 dokploy ，感觉很不错

22

小应用，cloudflare 的羊毛够我薅的了

23