NEXT.JS 16 · DEPLOYMENT DECISION LAB
部署模型选择实验室
先把应用真正需要的能力写成约束,再决定 Node、Docker、平台 Adapter、Edge 或 Static Export。推荐结果同时显示阻塞项、待验证项和官方证据,不把“能启动”误当成“完整支持”。
功能保真先于口号Proxy、Action、ISR、Streaming 要逐项核对,而不是只看“支持 Next.js”。
平台能力不能靠猜Adapter 默认判为“必须验证”,只有显式证据才能改变结论。
多实例会放大边界共享缓存、失效传播、信号、超时和观察能力都属于部署模型的一部分。
能力护照:勾选需求并调权
1 轻微 · 5 硬约束
团队运维承载力
1 = 希望完全托管;5 = 能维护进程、容器、网络、缓存与监控
Platform Adapter 证据闸门
必须继续逐项勾选已验证能力。声明会影响本实验室评分,但不能替代真实的预览环境、兼容性测试和供应商 SLA。
0 项约束
EVIDENCE-BACKED RECOMMENDATION
正在计算
读取能力护照后生成结论。
0
适配分
为什么它排在前面
上线前必须验证
明确阻塞
推荐如何落地
逐项能力矩阵
蓝色左边线表示你当前选中的约束。每个状态都附理由;Platform Adapter 只有通过左侧证据闸门后才会从“必须验证”升级。
适配
必须验证
不支持
选错模型的具体失效
不是抽象的“可能不兼容”,而是构建错误、请求超时、缓存分叉、Streaming 被缓冲或原生模块直接崩溃。选择一个模型查看它与当前能力护照的冲突。
14 关递进挑战
从纯静态站点一路推到 BoardFlow、多实例缓存和 Adapter 证据。选择答案后立即显示解释与官方证据编号。
LEVEL 01