Supabase 與 Neon：生產環境該不該自架？以及 Cloud 到底要花多少錢
一、先修正一個結論
「生產級別就不推薦 self-host」——這個說法太絕對了，我前面幾輪的措辭可能造成誤導。準確的說法是：
Self-host 在生產環境是可行的，但它是一個「你要付出人力成本換取控制權與成本可預測性」的選擇；而「讓 Agent 自主開環境」這個特定需求，自架的邊際成本特別高。
分開講清楚：
| 情境 | 自架合理嗎 |
|---|---|
| 少數幾個長期穩定的生產專案 |  完全合理，社群有大量一到兩年的成功案例 |
| 有資料落地／合規要求 | 這是自架的正當理由 |
| 成本規模已大到 Cloud 帳單失控 | 自架會贏 |
| Agent 高頻開關、短命環境 |  自架的痛點被放大，因為每個環境都要你處理 provisioning |
| 你只有一個人，且沒有 DevOps 時間 | 別自架 |
你的情境是第四種——所以我建議 Cloud，理由是這個特定工作流不適合自架，而不是「自架不能上生產」。
還有一個現實信號值得注意：Supabase 在 2026 年 5 月達到 1.7 億美元 ARR，較 2025 年底的約 1.01 億成長；截至 2026 年 6 月的一年內，Supabase 上的資料庫啟動數成長 600%，其中超過 60% 的新資料庫是由 AI 工具啟動的。Bolt.new、Lovable、Cursor、Claude Code 這類 vibe coding 平台，已讓 Supabase 成為 AI 生成應用的預設後端。
Neon 那邊的數字更極端：超過 80% 在 Neon 上 provisioning 的資料庫是由 AI agent 而非人類建立的。
兩家公司的 Cloud 產品都在為你這種使用模式做優化，而自架版本沒有。 這才是真正的判斷依據。
二、Supabase Cloud 成本
方案結構
| 方案 | 月費 | 包含內容 |
|---|---|---|
| Free | $0 | 500MB 資料庫、1GB 檔案儲存、5GB egress、50,000 MAU、500,000 edge function 呼叫、最多 2 個 active project；無備份、無 SLA、無 SSO，閒置 7 天後專案暫停 |
| Pro | $25 + usage | 8GB 資料庫、100K MAU、100GB 儲存、500 realtime 連線 |
| Team | $599 + usage | SOC2/ISO 27001、SSO、SAML、14 天備份、HIPAA add-on |
| Enterprise | 客製 | 專屬支援、BYO cloud、uptime SLA |
關鍵：Compute 才是真正的變數
這是最多人誤判的地方。Pro 方案包含每月 $10 的 compute credit，剛好涵蓋一個 Micro instance（2-core ARM、1GB RAM）。升級到更大的 compute tier 只需付差額：Small（$15/月）多付 $5、Medium（$60/月）多付 $50、Large（$110/月）多付 $100。Supabase 的 compute 是以專屬 instance 形式配置，不是 serverless——與 Neon 不同，Supabase 的 compute 在 Pro 方案上不會 scale to zero，你是 24/7 全時付費。
Supabase 的定價模型比較特別：基礎方案價格相對固定，變動成本來自 compute add-on。如果資料庫需要更多馬力，就掛上更大的 compute instance。
最關鍵的一句話：要注意隱藏成本——頻寬超額（$0.09/GB）、compute 擴充，以及多專案蔓延（每個 project 最低 $25）。
「每個 project 最低 $25」對你的意義極大。 如果 Agent 開 10 個 project，那就是每月 $250 起跳，而且每個都是 24/7 計費，就算完全閒置也一樣。這正是 Supabase Cloud 不適合你這種工作流的核心原因。
實際帳單參考
| 情境 | 月費 |
|---|---|
| Small compute + 20GB 儲存 + 300GB egress 的成長型 SaaS | 約 $36 |
| 多數中小型生產應用（含 usage） | $35–75 |
| 約 2,000 DAU、跑複雜 dashboard query，升到 Small | $75 |
| 50K 使用者的 SaaS | $100–200 |
| 25K–100K MAU 的擴張期 B2B SaaS，Pro + Large 或 XL compute | $110–210 |
另有 add-on：custom domain、point-in-time recovery、HIPAA project 都是額外付費項目。
計費彈性上要注意：Supabase 官方不支援自助方案的年繳，Team 與 Enterprise 可透過 AWS Marketplace 簽年約，但沒有公布折扣比例。
好消息是有防呆機制：成本控制（cost control）對所有客戶預設開啟，避免帳單失控。
還有一點對你直接相關：Supabase MCP Server 是免費使用的，可連接 Cursor、Claude、VS Code Copilot 等 AI 工具。
三、Neon Cloud 成本
Neon 的計費邏輯完全不同——沒有月費，只有錶。
Neon 的定價結構是三個消費制層級：Free、Launch（$0.106/CU-hour）、Scale（$0.222/CU-hour），加上客製的 Enterprise，compute、storage、branching 分開計費。付費方案沒有月度最低消費，消耗 $3 的專案就只收 $3。
2026 年 Neon 持續簡化並調降定價：Launch compute 降到每 CU-hour $0.106，storage 在兩個付費方案上統一為每 GB-month $0.35，每月 $5 的最低消費完全取消——付費方案現在純粹按使用量計費，沒有月度下限。
四個計費錶
| 項目 | 費率 |
|---|---|
| Compute（Launch） | $0.106 / CU-hour |
| Compute（Scale） | $0.222 / CU-hour |
| Storage | $0.35 / GB-month |
| 額外 branch | 約 $1.50 / branch-month，按小時比例計算 |
| Egress | 每個付費方案含 500GB，超過部分 $0.10/GB |
| WAL history / instant restore | $0.20 / GB-month |
| Snapshot | $0.09 / GB-month |
| Read replica | 不額外收費，各 replica endpoint 按標準 CU-hour 費率計算其消耗的 compute |
CU 的定義：一個 Compute Unit 提供 1 vCPU 與 4GB RAM。最小 compute 是 0.25 CU（0.25 vCPU、1GB RAM），往上有 0.5 CU（2GB）、1 CU（4GB）、2 CU（8GB），最高到 16 CU（64GB）。Launch 方案允許最高 8 CU 的 autoscale。計費依據是每個當下的 CU 大小，而非固定層級——如果資料庫整個月只有 2 小時尖峰到 2 CU，你付的是 2 CU × 2 小時，不是 2 CU × 720 小時。
Free tier：0.5GB 儲存與每個 project 每月 100 compute-hours，最多 100 個 project、每個 10 個 branch；限制在儲存大小、每月 compute-hour 上限、autoscale 上限 2 CU，以及只有 6 小時的 point-in-time restore 視窗。
注意「最多 100 個 project」——這對你的 Agent 工作流是決定性的差異。
實際帳單參考
| 情境 | 月費 |
|---|---|
| Side project（scale-to-zero、1GB RAM、50 活躍小時） | $1.50 |
| 成長型 SaaS（2 CU、scale-to-zero、300 活躍小時、20GB 儲存） | $70.60 |
| Always-on 1 CU 資料庫（僅 compute） | 約 $77 |
| 2 CU（8GB RAM）跑滿 750 小時 | Launch $159／Scale $333 |
| 4 CU × 720 小時（僅 compute） | $305 |
Neon 的死穴
務必看懂這句：很多人漏看的重點是——compute 只有在 scale to zero 的時候才免費，always-on 的資料庫是 24 小時不間斷跑計費錶。
閒置時便宜、忙碌時昂貴：一個 scale-to-zero 的 side project 一個月只要幾塊美金，但 24/7 的生產資料庫會跑到數百美金。
對於使用 scale-to-zero 做開發與測試的開發者，Neon 提供極佳的價值；但對於持續性的生產負載，其溢價的用量制 compute 費率相較傳統預先配置的方案是非常昂貴的選項。
還有 cold start：資料庫在閒置逾時後 scale to zero，第一個新連線會遇到 500ms–2s 的 cold start 延遲。對多數 web app 可接受，但延遲敏感的應用可能需要調長 idle timeout 讓 compute 保持 warm。
架構限制：Launch 方案的主要限制是沒有 HA。資料有耐久性複製，但沒有使用者可選的 multi-AZ primary；如果 primary compute 掛掉，Neon 會自動處理復原，但你無法設定 active standby。有嚴格 HA 需求的話，要考慮 Supabase Pro 這類方案。
區域也要注意：Neon 跑在全球的 AWS 區域上，每個 project 部署在單一區域；先前的 Azure 區域（azure-eastus2、azure-westus3、azure-gwc）已被棄用，既有專案繼續運作，但新專案只能建在 AWS 上。
四、兩家並排比較
| 維度 | Supabase Cloud | Neon Cloud |
|---|---|---|
| 官方 URL | ||
| GitHub | supabase/supabase | neondatabase/neon |
| 計費模型 | 月費 + usage | 純 usage，無月費下限 |
| 閒置成本 | 24/7 計費，不 scale to zero | 近乎 $0（僅 storage） |
| 多環境成本 | 每 project 最低 $25 | 每 branch 約 $1.50/月 |
| 環境上限 | 依付費 project 數 | Free 即支援 100 projects |
| 開新環境速度 | 數十秒～數分鐘 | < 1 秒（CoW branch） |
| 含 Auth / Storage / Realtime | 全包 |
僅資料庫 |
| HA | Pro 起有較佳保障 | Launch 無 HA |
| Cold start | 無 | 500ms–2s |
| Always-on 生產成本 | 較可預測 | 較貴 |
一個中立的總結：如果你要的是一個完整的開源後端平台——資料庫、auth、storage、realtime、functions——搭配可預測的平價定價與自架自由，選 Supabase；如果你要的是世界級的 serverless Postgres——Git 式 branching 做 preview 環境、閒置與突發負載的 scale-to-zero 經濟性、給 edge 與 AI agent 基礎設施的即時 provisioning——選 Neon。對於 database-per-branch 的 CI/CD、多數時間閒置的多租戶 SaaS，以及 serverless／AI-native stack，Neon 是更好的選擇。
五、套回你的實際情境試算
假設：3 個長期生產專案 + Agent 隨時會開 5–15 個短命開發環境。
方案 1：全 Supabase Cloud
3 個生產 project × $25 (Pro) = $75
compute 升級（假設 1 個升 Small） = +$5
10 個 Agent 開發 project × $25 = $250
─────
$330/月
$250 花在幾乎閒置的開發環境上，因為 Supabase 不 scale to zero、每 project 固定收費。這個模型與你的使用方式根本性地不匹配。
方案 2：全 Neon
3 個生產 project（1 CU always-on） ≈ $77 × 3 = $231
── 或啟用 scale-to-zero 大幅降低
Agent 開發 branch（CoW，多數時間閒置）
compute：0.25 CU × 30hr × $0.106 × 10 ≈ $8
branch：10 × $1.50 = $15
storage（共用 CoW） ≈ $10
─────
≈ $264/月（生產 always-on）
≈ $50/月（生產也允許 scale-to-zero）
開發環境幾乎免費，但生產若要 always-on，compute 是硬成本。
方案 3（我的建議）：混合
生產：Supabase Cloud Pro × 3 = $75 + compute
（要 Auth / Storage / Realtime）
開發：Neon Free 或 Launch ≈ $0–20
（Agent 專用，scale-to-zero）
─────
≈ $80–120/月
或者更省：
生產：Supabase Cloud Pro × 3 ≈ $80
開發：本機 / 自架 Supabase CLI stack = $0（僅 VPS 費用）
─────
≈ $80/月 + VPS
六、直接回答你的問題
「這兩個都不推薦 self-host 嗎？」
不是。推薦你不要為了「Agent 開發環境」而自架，因為：
- Supabase self-host 缺 project 概念、MCP 多實例要手動 tunnel、Coolify template 有 restart 雷
- Neon self-host 幾乎沒人做，控制平面複雜度遠超收益
但長期穩定的生產環境自架完全可行，社群有大量成功案例，前提是你願意承擔備份、升級、監控的責任。
「Cloud 成本多少？」
- Supabase：$25/project 起，實際多落在 $35–75，中大型 $100–200。陷阱是每個 project 都要 $25 且不 scale to zero。
- Neon：無月費，純用量。開發環境近乎免費，但 always-on 生產每 1 CU 約 $77/月起。
「我該怎麼選？」
按你的描述，我會這樣配：
- 開發環境：Neon Free（100 個 project 額度，Agent 隨便開）或本機 Supabase CLI。先用 Neon Free 試兩週，成本為零。
- 生產環境：看你需不需要 Auth／Storage／Realtime。需要 → Supabase Pro；只要 Postgres → Neon Launch。
- 自架：等你的 Cloud 帳單超過 $300/月，或出現合規需求時，再重新評估。在那之前，你花在維運上的時間成本會遠超帳單。
一個提醒：最需要注意的隱藏成本是 egress 超額與非計畫性的 compute 升級，這兩者都是先出現在帳單上、才出現在監控上。建議每月稽核 egress 模式，並針對負載測試來規劃 compute 升級。
來源說明： 以上費率為第三方定價分析文章於 2026 年 3–7 月間的整理，多數標註「已對照 Supabase／Neon 官方定價頁驗證」，但均非官方一手來源。定價變動頻繁（Neon 在 2025–2026 已多次調降），實際下單前請務必至 supabase.com/pricing 與 neon.com/pricing 確認當前費率。試算數字為本文依上述費率推導，僅供量級參考。