「託管 Postgres（Neon／Turso）」這個分類在 2026 年 8 月仍不精確。Neon 提供與 PostgreSQL 相容的 serverless platform；Turso Cloud 目前運行 production-ready libSQL，也正導入從頭重寫、SQLite 相容的 Turso Database。Turso 已宣布開發 PostgreSQL-compatible frontend，但官方明說現階段是 foundation，不是完成的 production Postgres product。
Neon：Postgres compatibility 加上分離 compute/storage
Neon 把 compute 與 storage 分開，compute 可 autoscale、閒置後 scale to zero；branching 以 copy-on-write 建立隔離 database branch，適合 preview environment、migration test 與 agent-generated changes。它仍是 PostgreSQL 語意：既有 driver、SQL、migration 與多數 extension 習慣較容易延續。
代價是 cold start、connection churn、autoscaling threshold 與 compute/storage 分離造成的新效能模型。Serverless runtime 應使用 pooled connection；branch 不等於匿名化，從 production branch 複製出的 PII 仍受相同治理。先驗證使用的 extension、logical replication、region、backup/PITR 與 plan limits。
Turso：SQLite lineage 與大量隔離 databases
Turso 的強項是 SQLite-compatible API、libSQL 生態、embedded replica/local-first 路徑與 database-per-tenant/agent 的高密度模型。這可減少讀取 latency，讓每個 tenant 或 agent 有獨立 database，也適合 intermittent/edge workloads。它不是把現有 PostgreSQL app 換 connection string 就完成 migration：SQL dialect、types、extensions、concurrency、transaction 與 ecosystem 都不同。
Turso 於 2026 年 7 月公布用 Rust 建 PostgreSQL-compatible frontend、編譯到共同 bytecode 的方向。這是值得追蹤的工程計畫，不應在今天的 production 選型表標成成熟 Postgres 服務。決策紀錄要寫明評估的是 current libSQL Cloud、beta Turso Database，還是未來 Postgres compatibility。
怎麼選
既有 PostgreSQL workload、需要 relational ecosystem、preview branches 與 scale-to-zero，先看 Neon。需要 embedded/local replicas、大量小型隔離 databases、SQLite compatibility，先看 Turso。兩邊都要以真實 schema、最大 concurrent writes、cold path、restore、region failure、出口流量與月費壓測；「serverless」只是資源與操作模型，不是無限容量或零維運。
參考資料
Loading...