編按：本文綜合整理自 Supabase 官方公告、TipRanks 報導、Turso 工程部落格，並加入 Siami 編輯部觀點與分析。
Supabase 在 10 月 2 日正式宣布收購 Turso，這是開源後端基礎設施領域今年最具策略意義的一筆交易。Supabase 同時揭露完成 1.5 億美元的新一輪融資，把 AI Agent 時代的「資料庫基建」當成下一個主戰場。
這次收購的關鍵內容
Supabase 創辦人 Paul Copplestone 在官方部落格宣布，Turso 整個團隊將併入 Supabase，由 Turso 共同創辦人 Glauber Costa 領軍，主導「agentic infrastructure」這條新業務線。
幾個值得記下的重點：
- 現有用戶不受影響：Supabase 仍然以 Postgres 為核心；Turso 仍然繼續經營 SQLite 雲端平台
- Turso 不會被收掉：會作為獨立產品線運作，併入 Supabase 更大的生態系
- 技術互補：Turso 把 SQLite 用 Rust 重寫，實現「單一伺服器管理數百萬個資料庫」的架構
- 共同客戶驗證：Superhuman、Sauna.ai、CTO.new、Mastra 都已是 Turso 客戶
- 融資同步到位：1.5 億美元資金，估值對應 Supabase 6 月公布的 105 億美元 Series F 邏輯
為什麼這件事重要
過去兩年，AI Agent 從「會聊天的 ChatBot」進化到「會自己寫程式、自己建後端」的階段，這讓「每一個 agent 配一個獨立資料庫」變成新的部署常態。Supabase 自己揭露的數字是 每週新建超過 100 萬個資料庫，而且這個速度還在加速。
問題是，傳統 Postgres 架構是為「少數大型實例、每個實例承載大量用戶」設計的，並不適合「海量小型實例、每個實例只服務一個 agent 或一個 session」這個新模式。Supabase 透過收購 Turso，把 SQLite 的「極輕量、零部署成本、可暫停」特性補進來，剛好填上這個缺口。
更深一層的意義是：Supabase 現在同時擁有 Postgres（生產環境主力） + SQLite/Turso（原型與 agent 場景） 兩條產品線，等於從「開發者第一次寫 code」一路 cover 到「應用程式擴展到千萬用戶」的所有階段。這對 Neon、Vercel Postgres、PlanetScale、Cloudflare D1 等競爭對手都是直接的壓力。
「Database for agents 跟 database for humans 是兩個完全不同的設計問題，Supabase 現在是唯一一家兩個都做得好的公司。」
數據解讀與質疑
雖然官方說法很動聽，但有三個數字值得停下來看：
1. 「每週 100 萬個資料庫」的真實成本
這個數字本身沒問題，但每個資料庫的營收貢獻才是關鍵。如果 100 萬個資料庫裡有 90 萬是「agent 開了又關、根本沒付費」的免費層，這對 Supabase 的 LTV（用戶終身價值）意義有限。Turso 過去的營收模式是「每個資料庫極低單價 + 海量」，Supabase 要怎麼把這種「低毛利、高量」的生意整合進現有付費結構，是接下來觀察重點。
2. 1.5 億融資 vs 105 億估值
Supabase 6 月才剛完成 5 億美元 Series F（105 億估值），10 月又加碼 1.5 億。這代表估值可能在這四個月內持續上修，但也可能是「上市前的最後一輪私募加碼」。無論如何，燒錢速度是確定的：每年基礎設施支出、團隊擴張、AI 運算成本都在膨脹，1.5 億可能撐不過 18 個月。
3. 「開源承諾」能撐多久
Turso 在 2024 年曾被社群質疑部分功能走向閉源，Supabase 自己也是「Postgres 上層閉源、商業功能付費」的混合模式。Glauber Costa 加入 Supabase 之後，Turso 的開源節奏是否會被 Supabase 的營運壓力影響，是開發者社群接下來要盯的指標。
Turso 的技術背景：為什麼是 SQLite
Turso 的核心創新是把整個 SQLite 引擎用 Rust 重寫（專案叫 tursodatabase/turso，GitHub 上 12k+ stars），目的是解決 SQLite 原本的單寫入者瓶頸。重寫後的 Turso 具備：
- MVCC（多版本並發控制） — 解決 SQLite 一次只能一個寫入者的限制
- 向量搜尋 — 原生支援 AI embedding 查詢
- CDC（變更資料捕獲） — 串流資料庫變更事件
- 瀏覽器原生 async — 能在 WebAssembly 環境跑
這些特性讓 Turso 變成「agent 友善型資料庫」：每個 agent 可以有自己的資料庫 instance，需要時載入、不需要時暫停，資源成本接近零。CTO.new 就靠這個架構，把「調度數萬個 agent」的資料庫成本從每月數萬美元壓到數百美元。
對台灣開發者的意義
台灣新創圈在 agent 應用這條線上起步較慢，但 Supabase + Turso 這個組合會讓「快速做 agent 產品原型」的門檻再降一階。具體來說：
- 不用自己架 serverless Postgres：Supabase 提供一鍵部署
- prototype 階段用 Turso SQLite：等真的有付費用戶再 migrate 到 Postgres
- 不用管 connection pool：每個 agent 一個獨立 db instance 是常態
- 在地化部署：Turso 支援 BYOC（Bring Your Own Cloud），可以部署在 AWS Tokyo 等亞洲機房
對個人開發者或小型團隊來說，這等於讓「做 agent 應用」這件事的基礎設施成本，降到跟「架一個靜態網站」差不多的程度。
接下來要看什麼
這筆交易還在早期階段，有幾個時間點值得追蹤：
- 未來 90 天：Supabase 是否把 Turso 整合進自家 dashboard（單一登入、計費、監控）
- 6 個月內：Turso 的定價是否調整，特別是「per-database」的計費模式
- 1 年內：Supabase 是否申請上市，估值能否撐住 100 億美元以上
- 持續觀察：Turso 開源 GitHub repo 的 commit 頻率，是否被 Supabase 商業節奏拖慢
AI agent 時代的「資料庫之戰」才剛開始，Supabase 這步棋能不能贏，要看接下來 12 個月怎麼走。
參考資料
網友熱門留言 (4)