💡
原文中文，约5000字，阅读约需12分钟。
📝
内容提要
本文讨论了从 Next.js 迁移到 Remix 的决策过程。用户在重测性能数据后，发现 Remix 在桌面端性能优于 Next.js，尽管移动端表现稍逊。用户决定通过真实用户数据评估性能，而不是全量切流，计划逐步切流并优化资源，以验证性能。
🎯
关键要点
- 用户决定从 Next.js 迁移到 Remix，经过重测发现 Remix 在桌面端性能优于 Next.js。
- 重测数据表明，桌面端 Remix 性能反超，TTFB 显著改善，但移动端仍然 Next.js 略优。
- 用户选择灰度切流，通过真实用户数据评估性能，而不是全量切流。
- 迁移过程顺利，路由组织和数据边界调整符合用户偏好。
- 重测后的数据支持灰度切流，但移动端数据不支持全切。
- 用户的最终决策是进入灰度观察阶段，先补充资源优化，再逐步切流。
- 灰度切流的核心在于用真实用户体验替代实验室数据作为决策依据。
❓
延伸问答
为什么用户决定从 Next.js 迁移到 Remix？
用户发现重测后，Remix 在桌面端性能优于 Next.js，TTFB 显著改善，因此决定迁移。
重测数据对迁移决策有什么影响？
重测数据表明桌面端 Remix 性能反超，TTFB 从 13.9 倍降至 3.5 倍，促使用户考虑灰度切流而非全量切流。
什么是灰度切流，它的目的是什么？
灰度切流是逐步切换到新系统的过程，目的是通过真实用户数据评估性能，而不是依赖实验室数据。
用户在迁移过程中遇到了哪些挑战？
用户在迁移过程中需要调整路由组织和数据边界，以符合用户偏好，并确保性能优化。
移动端性能在重测中表现如何？
重测数据显示，移动端仍然是 Next.js 略优，但两者都在 Poor 档，未达到理想性能。
用户的最终决策是什么？
用户决定进入灰度观察阶段，先进行资源优化，再逐步切流，而不是全量切流。
➡️
