作者： Supabase 免費嗎？Cloud 限制與自架比較
Supabase Free 方案包含 {{q:free_vs_pro:db_gb}} GB 資料庫，但專案閒置 1 週後會暫停。了解託管限制，並比較在 VPS 自架完整技術堆疊的成本與維運工作。
Supabase 是否免費？
Supabase 的免費有兩種不同形式，兩者並不是同一項方案。託管的 Free 方案不收費，也不要求提供信用卡。其原始碼採用開放原始碼授權，因此在自己的 VPS（virtual private server）上執行完整技術堆疊時，不需支付授權費。其中一種是以資源限制向你收費。另一種則是以維運工作向你收費。
截至 2026 年 9 月 10 日，supabase.com/pricing 列出的 Free 方案包含 0.5 GB 資料庫、1 GB 檔案儲存空間、5 GB 出站流量，以及 50,000 名每月活躍使用者，最多涵蓋 2 個使用中的專案。同一頁面還列出一行會影響大多數使用情境的說明：「Free projects are paused after 1 week of inactivity」。在依此規劃前，請重新確認這些數字，因為定價頁面可能會變動。
Free 方案實際提供的內容
The data behind this chart
[
{
"plan": "Free",
"db_gb": 0.5,
"file_storage_gb": 1,
"egress_gb": 5
},
{
"plan": "Pro",
"db_gb": 8,
"file_storage_gb": 100,
"egress_gb": 250
}
]MAU（每月活躍使用者）會計算在計費月份內完成驗證的不同使用者數量，因此 50,000 對仍在開發中的服務而言相當充裕。最先用完的幾乎從來不是使用者數量，而是 0.5 GB 的 Postgres 儲存空間，或是在開始從 Storage 提供圖片或檔案後用完的 5 GB 輸出流量。
兩個使用中的專案才是較容易忽略的限制。一個 production 專案加上一個 staging 專案就會用滿 Free 方案，因此第三個構想不是只能等待，就是必須與不應共用資料庫的服務共用同一個資料庫。
暫停機制的重要性高於儲存空間上限
「免費專案閒置 1 週後會暫停」是多數免費方案最終失效的原因。連續 7 天無人查詢的專案會停止處理請求。README 中連結的示範環境，或每月只操作 1 次的 staging API，可能在你分享連結的對象點擊時已經無法使用。只要在 Supabase dashboard 中按下按鈕即可還原，因此修復很快，但前提是你有持續監控。
這就是託管免費方案的實際代價。你支付的不是金錢，而是可用性，以及一個除非升級方案，否則無法提高的上限。
Free 用完後 Pro 與 Team 的費用
The data behind this chart
[
{
"plan": "Free",
"usd_per_month": 0
},
{
"plan": "Pro",
"usd_per_month": 25
},
{
"plan": "Team",
"usd_per_month": 599
}
]Pro 每月起價為 $25，每個專案包含 8 GB 磁碟空間、100 GB 檔案儲存空間，以及 250 GB 對外傳輸量。超過這些額度後，頁面列出的價格為磁碟空間每 GB $0.125、檔案儲存空間每 GB $0.0213，以及對外傳輸量每 GB $0.09；以上價格截至 10 September 2026。Pro 也會取消閒置暫停。Team 每月起價為 $599，適用於需要合規與存取控制功能的組織，不是為只有一名開發者的 side project 設計。
Pro 方案預設會啟用支出上限。這項預設設定很重要：超過包含額度時，服務會受到限制，而不是在你休息時持續增加帳單。關閉上限，就代表你已刻意選擇另一種故障模式。評估 託管 Postgres 的帳單與自行管理的 VPS 時，也要使用相同的計算方式，因為託管服務的費用主要是在購買他人的待命維運人力。
自架服務需要付出的成本
授權條款不會收取費用。Supabase 文件指出，Docker Compose 是「最快且建議的自架方式」，而這套服務堆疊可在一般 VPS 上執行。帳單會轉化為工作量，文件也直接列出這些工作將由你負責：
- 伺服器佈建與維護
- 安全強化，以及持續更新 OS 與服務
- 服務設定與管理
- Postgres 資料庫維護
- 高可用性與擴充性
- 備份與災難復原
- 監控與可用性
應將這些視為每週成本，而不是初始設定成本。佈建只需進行一次。更新與備份檢查則會永久持續。如果坦白說，永遠不會有人測試還原，那麼託管方案其實比表面上更便宜，因為從未執行過的還原程序，不能算是備份。
自架 Supabase 不包含的功能
自架堆疊不是託管平台的複製版本。文件列出自架環境不提供的功能：「branching、超出日誌範圍的進階指標、託管備份與 PITR、analytics 與 vector buckets、ETL，以及平台管理 API」。PITR（point in time recovery）是許多人遷移後才發現缺少的功能。在託管方案中，只要啟用設定即可使用。在自己的伺服器上，則需要建立 base backup、封存 WAL（write ahead log），在伺服器外部保留這兩者，並透過演練確認整套流程能正常運作。pgBackRest 等工具就是為此用途而設計，設定也必須由你自行負責。
Studio 這個 Web 儀表板在自架環境中「不支援多個 organizations 或 projects」。一個堆疊就是一個 project。因此，如果你自架的原因是要避開兩個 project 的限制，應規劃在不同連接埠或另一台伺服器上部署第二個堆疊，而不是在同一個儀表板中建立第二個 project。
您會獲得什麼
根據文件說明，自行託管的 Supabase「不會向外回報或收集任何遙測資料」。您的資料列與使用者資料表都位於您直接租用的硬體上。當客戶合約或監管機關要求資料必須留在特定國家時，這正是自行託管的主要理由。
您也會取得 Postgres 本身。代管平台會替您調校並管理伺服器。在自己的主機上，shared_buffers、max_connections、擴充功能清單，以及前端的連線池器都由您自行設定。最後這一項很快就會成為問題，因為無伺服器函式或繁忙的應用程式可能建立超過 Postgres 可承受數量的連線。到了這個階段，在自己的 VPS 上執行 PgBouncer 或 Supavisor 就不再是選擇性項目。
自行託管最明顯能消除的限制是對外傳輸流量上限。當 Storage 開始向實際訪客提供圖片或音訊時，5 GB 很快就會用完。多數 VPS 方案包含以 TB 計算的傳輸量，因此檔案量大的應用程式往往早在伺服器負載達到瓶頸前，就先碰到代管平台的上限。如果您是因為 Storage 才閱讀本文，請先估算磁碟成本，再估算運算資源：block storage 或 object storage 上 1 TB 的實際成本對總成本的影響高於 CPU。
啟動自架服務堆疊
文件所述的做法，是淺層複製儲存庫的 docker 目錄，並固定使用自架版本標籤。截至 10 September 2026，該標籤為 self-hosted/v0.8.1。官方設定指令碼位於 supabase.link/setup.sh。如果您希望將檔案樹保留在自己的 git 儲存庫中，以下的手動複製方式較為合適。
git clone --depth 1 --branch self-hosted/v0.8.1 https://github.com/supabase/supabase
mkdir supabase-project
cp -rf supabase/docker/. supabase-project
cd supabase-project && cp .env.example .env
sh utils/generate-keys.sh
docker compose pull
sh run.sh startsh utils/generate-keys.sh 是不可略過的步驟。.env.example 內含任何人都能從公開儲存庫讀取的預設 secret，因此使用這些值啟動的服務堆疊，任何找到該連接埠的人都能存取。也請在 .env 中設定 DASHBOARD_PASSWORD，因為 Studio 受 HTTP basic authentication 保護，且文件要求該密碼至少包含一個字母。
使用 docker compose ps 檢查結果。輸出應列出每項服務均為 running 或 healthy。接著在 port 8000 開啟 Studio，並使用 dashboard 憑證登入。需要再次取得產生的 keys 時，可執行 sh run.sh secrets；sh run.sh stop 則會停止服務堆疊。不要直接將 port 8000 發布到網際網路。請在前方配置具備 TLS（transport layer security）的反向代理，或將其保留在私有網路中。完整操作流程，包括該代理與建議優先變更的 .env 值，請參閱使用 Docker Compose 自架 Supabase 的逐步指南。
哪一種 Free 方案適合你
在專案仍處於建置階段、尚未正式使用，且暫停服務不會造成損失時，選擇代管的 Free 方案。這是真正可用的方案，且提供寬裕的使用者數量上限。不過，這個方案的設計前提是你日後會升級離開它。
當專案已有使用者會注意服務中斷時，選擇每月 $25 的 Pro 方案。這筆費用低於你單一月份花在備份檢查上的工時成本，因此付費是排程上的決策，不代表失敗。
當你已經執行 VPS，且也為其他用途在該 VPS 上處理維運工作；資料不得離開你的管轄區；或儲存空間與輸出流量的需求增長速度已超過伺服器價格時，選擇自行託管。這項取捨也適用於所有開放核心產品。n8n 免費社群版與付費方案的區分 和 免費 Nextcloud Hub 與企業訂閱的區分 都在相同位置劃出同一條界線。免費軟體已完整到足以承載實際工作負載。付費產品販售的是沒有人喜歡自行負責的部分。
FAQ
Supabase 免費方案是永久免費的嗎？
截至 10 September 2026，Free 方案沒有使用期限，也不要求提供信用卡。它設有限制：資料庫容量為 0.5 GB、檔案儲存空間為 1 GB、輸出流量為 5 GB，每月活躍使用者上限為 50,000，且最多可有 2 個活躍專案。對多數人而言，導致免費使用中止的不是配額，而是「Free 專案在閒置 1 週後會暫停」這項規則。
免費 Supabase 專案暫停後會發生什麼事？
專案會停止處理請求。API 呼叫會失敗，且 dashboard 會將專案標示為已暫停，直到有人在 Supabase dashboard 中按下按鈕將其恢復。應用程式不會收到任何專屬警告，因此，您在 1 個月前分享的示範通常在有人通知您之前就已經無法使用。如果專案必須在任何日期、任何時間回應請求，請升級至 Pro，或改用自行代管。
自行代管的 Supabase 與代管版本相同嗎？
不相同。文件列出自行代管不包含的功能：「branching、超出日誌範圍的進階指標、代管備份與 PITR、analytics 與 vector buckets、ETL，以及平台管理 API」。Studio 也「不支援多個 organization 或 project」，因此一組自行代管的 stack 只能對應 1 個 project。資料庫、驗證、儲存空間、realtime 與 edge function 元件，使用的軟體與代管平台相同。
自行代管的 Supabase 會將任何資料傳回 Supabase 嗎？
不會。自行代管文件指出，自行代管的部署「不會回報至原服務，也不會收集任何遙測資料」。執行 docker compose pull 時，containers 會從公開 registry 下載 image。這只是一般的 image 下載，不是回報您的資料。此後所有內容都留在您的伺服器上，也表示每一份備份與每一項安全性更新都由您負責。