Neon

一句話結論

Neon 把 Postgres 做成可以像 Git 一樣開分支的東西，這對 AI 時代的開發流程改變很大；免費方案夠慷慨，但用量計費要盯緊。

它是什麼

Neon 是無伺服器（serverless）的 Postgres 雲端資料庫。它最有名的功能是資料庫分支（branching）：可以在幾秒內從正式資料庫開一個完整的分支，資料照樣在、但改壞了不影響本體。這在 AI 寫程式的時代特別重要——你讓代理去改 schema、跑 migration，先開一個分支讓它玩，錯了就砍掉重來。另外它支援自動伸縮與「無流量時縮到零」，不用時不燒錢。

價格實況（2026-08-27 官方定價頁）

• Free：0 美元。每個專案 100 CU-hour、0.5 GB 儲存，運算自動伸縮到 2 CU（8 GB RAM），10 個分支，5 GB 網路出口，閒置 5 分鐘後縮到零，最多 6 萬 MAU 驗證，社群支援。
• Launch：用量計費。運算每 CU-hour 0.106 美元、儲存每 GB-月 0.35 美元，伸縮上限 16 CU（64 GB RAM），含 10 個分支（加購每個每月 1.5 美元），每專案 500 GB 出口、超過每 GB 0.1 美元，含 AI Gateway（beta 期間免費）。
• Scale：用量計費。運算每 CU-hour 0.222 美元，伸縮到 16 CU 或固定規格最高 56 CU（224 GB RAM），含 25 個分支，可設定 scale-to-zero，私有網路每 GB 0.01 美元，可申請 HIPAA 與 SOC 2。

所有方案都含分支、連線池、唯讀副本與完整 API／CLI。

優點

• 分支功能真的改變工作流程。每個 PR 一個資料庫分支，測試環境不再互相污染，這件事以前要嘛很貴要嘛很麻煩。
• 縮到零，側專案放著不動就幾乎不花錢，這對個人開發者是實質差別。
• 免費方案夠真實，100 CU-hour 加 10 個分支，拿來做 MVP 完全沒問題。
• 標準 Postgres，不是自創方言，要搬走隨時可以搬。

缺點

• 用量計費容易失控。CU-hour 這個單位不直覺，一個沒設好的背景查詢跑整夜，帳單會讓你驚訝。務必設預算警示。
• 冷啟動延遲。縮到零省錢，代價是第一個請求要等資料庫醒來，對延遲敏感的服務要關掉這個功能。
• 節點在海外，台灣連過去的延遲比本地雲端明顯，高頻查詢的應用要評估。
• Scale 方案的運算單價是 Launch 的兩倍多，跨方案時成本跳躍不小。

適合誰

適合用 Postgres 的新創與獨立開發者，特別是大量使用 AI 寫程式、需要頻繁開測試環境的團隊。也適合流量有明顯離峰的應用。不適合流量穩定且高的大型系統（固定規格的雲端資料庫通常更划算），也不適合對延遲極度敏感、需要資料落地台灣的專案。

替代方案

• Supabase：同樣是 Postgres，附帶認證、儲存與即時訂閱，功能面更完整，但分支功能不如 Neon 成熟。
• PlanetScale：MySQL 陣營的類似概念，分支與 schema 變更流程做得很細。
• AWS RDS／Aurora Serverless：企業採購走得通，合規文件齊全，但價格與操作複雜度都高一階。

台灣觀點

台灣團隊評估 Neon，我會建議先問三個問題。第一，你的資料能不能出境？ Neon 目前沒有台灣節點，涉及個資或受金管會監理的專案要先確認法遵。第二，你真的需要分支嗎？ 如果你的團隊只有兩個人、共用一個開發資料庫也沒出過事，那分支的價值有限。第三，你有沒有人盯帳單？ 用量計費對台灣習慣包月的團隊是個心理調適，我看過側專案一個月燒掉幾十美元只因為忘了關背景任務。

反過來說，如果你正在大量用 Claude Code 或 Cursor 這類代理寫程式，讓 AI 在獨立分支上動資料庫，這個安全網的價值會遠超過月費。

查證：Neon 官方定價頁，2026-08-27。用量計費單價可能調整，以官網為準。