从 Supabase 到 Clerk再到 Better AuthVal Town 身份验证迁移背后的艰难抉择2026 年 5 月 6 日Tom MacWright 分享了 Val Town 在身份验证方面的迁移历程。2023 年Val Town 从 Supabase 迁移到更传统的数据库设置用 Render 作为数据库Clerk 进行身份验证。然而到 2023 年末他们提出停用 Clerk 的问题一个月前切换到 Better Auth 后得以解决。Clerk 非常成功刚筹集 5000 万美元Supabase 也以 50 亿美元估值筹集 1 亿美元。但 Val Town 还是很高兴切换到 Better Auth因为使用 Clerk 期间经历了诸多艰难其架构与 Clerk 预期严重冲突。核心问题核心问题在于Clerk 试图同时充当用户表和会话表。将用户表外包给第三方服务存在两大问题。Clerk 作为用户表替代品不理想它有严格速率限制且不太可靠。最初切换时以为可从 Clerk 的 API 加载用户数据开发环境运行良好但生产环境中该端点速率限制为每秒 5 次请求且针对整个账户。这对 Val Town 社交功能影响大为解决问题不得不使用 Webhook 将 Clerk 数据同步到数据库使注册过程复杂用户设置也需分开。Clerk 成为用户会话单点故障基于 Cookie 的用户会话需不断刷新由 Val Town 子域名将请求传递给 Clerk 刷新。若 Clerk 出现故障整个网站瘫痪且 Clerk 经常出现长时间故障自 2025 年 5 月以来其正常运行时间在 99% - 99.9% 之间波动。除这两个主要问题还遇到其他漏洞和问题。三年左右的时间若情况糟糕为何不立即切换一方面不想让“从 X 切换到 Y”成为习惯坚持决策有助于提高开发速度、让团队保持理智且写批评文章不如开发有趣积极。另一方面Clerk 有优点为使用的技术提供 SDK跟上框架更新管理和反滥用措施有一定作用适合相对简单、以前端为主且无社交功能的应用程序。此外身份验证优秀选项不多替换 Clerk 门槛高开源解决方案陈旧身份验证即服务平台有供应商风险掌握合适技术控制权不易。Better Auth 登场Better Auth 从一开始就满足很多要求代码质量高与不同框架集成效果好作为独立开源项目实用。虽存在供应商风险但不再依赖第三方保证会话和用户身份验证正常运行。排名第二的是 WorkOS 的 AuthKit但经历两次供应商切换后找到能独立运行且核心开源的解决方案很重要。Better Auth 的管理控制台和付费附加功能设计巧妙管理自己的数据付费服务基本无状态不参与会话管理。大语言模型在过渡期间帮忙两周过渡期间同时支持 Better Auth 和 Clerk最终完全使用 Better Auth 的身份验证代码是完全手写的。Better Auth 与 Vals 配合得好可尝试其入门模板为 Val Town 代码添加身份验证功能。一路走来学到很多依赖上游供应商保证系统正常运行时应认真考虑风险。有些产品虽出色成功但可能不适合特定问题。软件行业变化快当下不存在的解决方案一年后可能出现。Val Town 正在招聘欢迎加入团队一起打造编程的未来可查看开放职位。