Next.js 全家桶还是 Go 做 BFF？聊聊我们在生产环境交过的学费

最近团队在重构一个业务，架构选型又吵起来了：到底是一步到位 Next.js 全家桶，还是走 Go BFF + 前端独立部署？

说下我的感受。Next.js 搞全栈确实快，特别配上 Server Actions 或者全栈类型推导，开发体验爽得飞起。但只要流量稍大，或者内网要怼一堆 gRPC 微服务，Node.js 容器的内存开销和吞吐就有点让人冒汗了。以前经历过 Node SSR 莫名其妙内存泄露，大半夜被报警叫起来排查堆快照，属实心理阴影。

换到 Go 写 BFF（比如用 Go-Zero 或 Kratos），高并发下资源占用极低，单机扛几万 QPS 稳如老狗，随手加个 Singleflight 还能顺便防缓存击穿。但蛋疼的地方在于：前端的开发体验割裂了。一旦要强 SEO 做 SSR，链路就变成 客户端 -> Go BFF -> Node SSR -> 后端微服务，中间多跑一次网络开销不说，部署运维直接复杂了一倍；要是退回去用 Go 的 html/template 拼页面，那真是梦回十年前，前端组件库完全复用不上。

大伙现在团队里是怎么权衡的？是宁可多给机器资源也要 Next.js 全家桶一把梭，还是把 BFF 剥离给 Go、前端只管轻量渲染？求交流下实际踩坑经验。