背景

本文記錄了 Val Town 團隊在身份驗證方案上的轉型歷程，描述他們如何從 Supabase 遷移到 Clerk，最終選擇落腳於開源方案 Better Auth。作者詳細分析了第三方託管服務在處理複雜社交功能時的侷限性，特別是當服務商試圖取代應用程式本身的用戶資料表時，所產生的效能瓶頸與單點故障風險。

社群觀點

在 Hacker News 的討論中，開發者對於 Clerk 等 SaaS 驗證服務的評價呈現兩極化。支持 Better Auth 的觀點認為，該工具最大的優勢在於將數據主權還給開發者，只需簡單指令就能在自有資料庫中建立完整的驗證體系，且無需支付高昂的訂閱費用。這種「可駭客性」讓開發者能針對特殊需求編寫插件，例如透過 iframe 的 postMessage 進行驗證，這是封閉式 SaaS 難以實現的靈活性。

然而，也有部分資深開發者對這類新興框架持保留態度。有人質疑 Better Auth 的維護穩定性，認為其早期開發過於依賴個人，且某些設計邏輯過度依賴請求標頭，導致在執行管理腳本或自動化測試時顯得笨拙。針對這種不斷更迭的驗證服務浪潮，不少社群成員表現出「框架疲勞」，他們主張回歸傳統 Web 框架。例如 Elixir 的 Phoenix 或 PHP 的 Laravel，這些成熟框架內建的驗證機制不僅免費、穩定，且直接與應用程式資料庫整合，能有效避免 SaaS 服務常見的 API 速率限制與停機風險。

對於 Clerk 的批評則集中在技術債與過度擴張。有留言指出 Clerk 的客戶端函式庫變得異常臃腫，試圖塞入 Web3 或 Stripe 等無關功能，導致瀏覽器載入緩慢且與 React 等前端框架升級時產生嚴重的相依性衝突。此外，缺乏審計日誌與版本控管等企業級功能，也讓大型專案在發生設定錯誤時難以追蹤。儘管如此，仍有開發者堅持使用 Auth0 等老牌服務，認為雖然成本較高，但其長期累積的可靠性是新興開源專案難以企及的。這場討論反映了現代開發者在「外包複雜性」與「掌握控制權」之間的持續拉鋸。

延伸閱讀

• Laravel Authentication & Socialite：Laravel 框架內建的完整驗證與社交登入方案。
• Introspex & Pgrest：用於從 Postgres 資料庫自動生成 Ecto Schema，協助從 Supabase 遷移至 Elixir 環境的工具。
• Migrating from Supabase：Val Town 早期分享從 Supabase 遷移至傳統資料庫架構的技術細節。