旧 ReplicaSet · v1
build-v1 · rel-v1
Next.js 16 · Rolling Release Lab
旧标签页、旧 chunk、RSC 变体、Server Action、两个 ReplicaSet 与数据库迁移会在同一段时间里交错。这里不把 deploymentId 当成魔法路由器:它能发现偏斜并触发整页导航,但真正把旧请求送回旧实例,仍要靠平台或负载均衡策略。
build-v1 · rel-v1
build-v2 · rel-v2
旧标签页保持部署前拿到的 HTML、chunk 和 Action 引用;新页面按当前入口权重打开。
同一次请求可能先触发版本检测,再暴露 chunk、Action、schema 或缓存问题。
路由目标会明确写出;看到整页导航并不表示请求曾自动回到旧实例。
不可变发布产物的身份。同一版本的副本应从同一 digest 启动,而不是每个 Pod 临时重新构建。
next build 生成的构建身份。同一份构建启动多个容器时应一致;generateBuildId 解决的是构建身份,不是流量路由。
参与静态资源缓存破坏与客户端/服务器偏斜检测。发现不匹配可触发整页导航,但不会让普通负载均衡器自动选中旧实例。
多实例需要一致才能解密闭包,但一致 key 不保证旧 Action ID 在新构建中存在,更不能代替身份、权限和输入校验。
运行请求后,使用“核对结论”比较实验结果与本关要点。