Supabase 收購 Turso 以構建代理式資料庫基礎設施

Supabase 已收購 Turso，旨在構建專為代理式 AI (Agentic AI) 的規模與模式所設計的資料庫基礎設施。此次收購旨在提供一個系統，讓 AI 代理能夠像建立檔案一樣輕鬆且低成本地配置資料庫，從而實現數百萬個原型、儀表板和應用程式的快速部署。

為 AI 代理擴展資料庫配置

AI 代理正以大規模生成軟體，這導致市場對能夠處理數百萬個臨時或小型資料庫的基礎設施需求激增。Supabase 表示，目前每週已啟動超過一百萬個資料庫，這顯示傳統的資料庫配置方式（通常需要為每個實例配置專用機器）將無法擴展以應對這種增長。

為了應對這一挑戰，Supabase 正在利用 Turso 的架構。Turso 使用 Rust 重寫了 SQLite，建立了一個雲端平台，透過按需載入並在閒置時暫停，讓單一伺服器能夠管理數百萬個資料庫。這實現了一種高效、低成本的資料庫建立模型，非常適合「代理式」軟體開發模式。

整合策略：SQLite 與 Postgres

Supabase 將維持雙資料庫策略，以支援應用程式生命週期的不同階段：

• SQLite (透過 Turso)： 用於小型、按需工作負載、原型設計以及代理驅動的軟體開發。它提供了一個低摩擦的切入點，且成本與配置開銷極低。
• Postgres： 仍然是應用程式擴展並需要生產級關聯式資料庫完整功能時的主要目標。

對於現有用戶，公司表示短期內不會有任何變動。Supabase 將繼續開發基於 Postgres 的服務，而 Turso 將繼續其在 SQLite 上的工作。長期目標是提供從代理建立的初始原型到全規模生產環境的無縫開發者體驗。

社群與技術觀點

此次收購在開發者社群中引發了廣泛反應，焦點集中在 Rust 重寫 SQLite 的技術優勢以及商業模式的可持續性上。

技術驗證與疑慮

一些開發者稱讚了 Turso 的效能，特別是對於非同步 Rust 專案而言。然而，其他人則質疑重寫 SQLite 的必要性，因為 SQLite 被公認為現存最穩定且經過測試的軟體之一。

基礎設施可靠性

儘管許多用戶對此次整合持樂觀態度，但也有部分用戶報告了過去的可靠性問題。一位用戶指出在非美國地區出現了顯著的延遲峰值，並將缺乏自動化監控作為遷移出該平台的原因：

"我們遇到了很大的問題，在某些地區，由於他們端的網路問題，我們開始看到 100 多毫秒的延遲……他們顯然沒有針對此問題進行自動化監控，這促使我們離開了該平台。" — @handle

開源與自託管

關於該技術開源性質的未來，存在著反覆出現的擔憂。用戶表達了希望 SQLite 相容標準保持開放並可自託管的願望，以避免供應商鎖定：

"SQLite 已經成為標準，我們需要這個標準……被建立並維護，這樣如果他們選擇的話，其他人可以放棄付費產品並自行處理伺服器端。" — @handle

領導層與團隊

Glauber Costa 和 Pekka Enberg 以及 Turso 團隊的其他成員將加入 Supabase。Glauber Costa 將領導構建新的代理式基礎設施，繼續公司在 AI 生成軟體時代儲存世界資料的使命。