SSR 改变前端部署模型
相关概念：react
一旦前端项目从 CSR 切到 SSR，部署目标就不再只是“把静态文件丢进 Nginx”。
CSR 与 SSR 的区别
| 模型 | 部署重点 |
|---|---|
| CSR | 静态文件分发 |
| SSR | Node.js 服务运行 + 静态资源分发 |
结构变化
SSR 项目通常会同时产出两类内容：
- 客户端静态资源
- 服务端渲染入口
也就是说，服务器上除了静态文件，还要真正运行一个 Node.js 进程。
Nginx 的角色变化
在 CSR 里，Nginx 主要承担静态文件服务。
在 SSR 里，Nginx 更像反向代理：
- 静态资源直接返回
- 页面请求转发给 Node.js 服务
运行方式
SSR 部署通常至少需要：
- 构建产物
- Node.js 运行环境
- 进程管理
- 反向代理配置
如果要长期稳定运行，再补：
- 日志
- 监控
- 重启策略
- 缓存策略
一个判断
如果部署方案里没有常驻 Node.js 进程，通常就还不是完整的 SSR 运行模型。
相关笔记
结论
SSR 带来的不只是首屏和 SEO 变化，也会把前端项目推进到“服务需要长期运行”的部署语境里。