別再拼三家公司了:全部丟 Cloudflare,最壞情況帳單 10 美元
開發者 ibocodes 提出一個簡單主張:別再拼裝 Vercel、Supabase、Clerk,全部丟到 Cloudflare 上,最壞情況帳單十美元。這篇拆解這套組合為什麼成立,以及哪些地方要先想清楚。
目錄+
開發者 ibocodes 上週丟了一句話:別再把架構搞複雜,全部丟到 Cloudflare,最壞情況帳單十美元。他引用的是另一位開發者 Simon Høiberg 的吐槽——「就用 Vercel」「就用 Supabase」「就用 Clerk」,結果你的部署、資料庫、驗證分別綁在三家公司手上,他們隨時能改價格。這篇拆三件事:①這套 Cloudflare 組合實際上是什麼、②為什麼帳單真的能壓在個位數、③哪些地方你不能只看這則貼文就信。
這套組合到底包了什麼
把 ibocodes 列的清單攤開,其實是一張完整後端藍圖:Workers 做運算,取代傳統的 Express server 或 Lambda;D1 是相容 SQLite 的 serverless 資料庫,搭配 Better Auth 做驗證;KV 做邊緣快取;R2 做物件儲存;Queues 跑背景任務;Hyperdrive 加速你連到外部資料庫的連線;Email Routing 讓你不用另外接 SendGrid;WAF 跟 DDoS 防護是內建的,不用再買一次。
關鍵在於這些服務都掛在同一個 Workers Paid 方案下。Cloudflare 官方文件寫得很清楚:Paid 方案月費 5 美元,裡面就包含 Workers、Pages Functions、Workers KV、Hyperdrive、Durable Objects 的用量額度,外加 1000 萬次請求跟 3000 萬 CPU 毫秒。Hyperdrive 本身在免費跟付費方案都內建,不是額外要另開的服務。
這不是「多裝幾個外掛」,是同一家公司、同一張帳單、同一套權限系統,把運算、資料庫、快取、儲存、非同步任務、對外連線加速、郵件、安全防護全包進去。
十美元是怎麼算出來的
先看對照組。如果你走 Vercel + Supabase + Clerk 這條路:Vercel Pro 一個席位 20 美元,Supabase Pro 基礎月費 25 美元,Clerk 在使用者破萬之後大概落在 20 到 30 美元。三家疊起來,你還沒上量,基礎月費就已經落在 65 到 75 美元。
Cloudflare 這邊,Workers Paid 方案本身就是 5 美元起跳,而且這 5 美元裡已經含了 D1、KV、Hyperdrive 這些服務的免費額度。KV 的讀取在付費方案下每月前 1000 萬次操作是包含的,超過才開始每百萬次收 0.5 美元。R2 更狠——官方明講沒有頻寬或出站流量費,這對 S3 用戶來說是直接砍掉一條長期隱藏成本線。
基礎月費比較(美元,官方定價頁)
一個人團隊或早期產品,流量還沒起來的時候,月費停在個位數是真的會發生的事,不是行銷話術。
這句話值得記下來:把三家公司的風險換成一家,不是消除風險,是換一種風險。
但你不能只看這則貼文就決定架構
認同歸認同,這套方案有幾個地方得先想清楚。
第一,鎖定的對象變了,不是消失了。原本你怕 Vercel、Supabase、Clerk 各自漲價,現在全部押在 Cloudflare 一家身上。好處是變數變少,壞處是萬一 Cloudflare 未來調整某個服務的計價方式,你沒有「換一家」的退路,遷移成本會一次爆發,不是分批消化。
第二,D1 跟 Queues 相對年輕,生態成熟度還跟不上 Postgres 或成熟的 message queue。複雜查詢、跨區域一致性、大規模事務處理這些場景,D1 目前不是最佳解。真要選,先拿你真實的資料模型跑一輪,不要先接了再說。
第三,十美元通常只在早期、低流量階段成立。一旦流量真的起來,Workers 的 CPU time 計費跟 D1 的讀寫量計費,增長曲線需要你提前用官方定價器算過,不能只憑一則貼文的印象規劃預算。
第四,這套方案最適合「運算+資料層」思路清晰的產品。如果你本來就需要專精的向量資料庫、專精的搜尋引擎,或是要跟特定雲商的 AI 基礎設施深度整合,硬塞進 Cloudflare 生態反而增加摩擦——這時候「三家專精服務」可能還是比「一家全包」合理。
給獨立開發者的實際建議
如果你是一人團隊,產品還在驗證階段,把 Workers、D1、KV、R2、Queues 當預設起點是合理的:上手快、帳單低、依賴少。但在你的架構筆記裡寫下兩件事——哪些服務是「現在夠用但未來可能要換」,以及遷移的估計成本多少。這樣真的走到要拆分的那天,你不是臨時抱佛腳。
技術選型從來不是一勞永逸的決定,是「當下用最少的認知負擔換最大可行性」。Cloudflare 這套組合在早期階段,確實做得比大多數人以為的更完整——但它解決的是「現在」的問題,不是「以後」的問題。
本文根據 @ibocodes 於 X 的貼文整理延伸,引用內容為 @SimonHoiberg 的討論;定價資料來自 Cloudflare、Vercel、Supabase 官方文件,查核日期 2026-07-05。