Theo（t3.gg）在這部影片中全面分析了 2026 年主流的部署平台選項，涵蓋無伺服器（Serverless）和 VPS 兩大類別。他從個人長期使用經驗出發，逐一評估 AWS Lambda、Cloudflare Workers、Netlify、Vercel、Hetzner、DigitalOcean、Fly.io、Render、Railway 和 AWS EC2 等平台的優缺點，並在最後給出了明確的推薦排名，幫助開發者建立選擇部署平台的心智模型。

---

原影片連結：https://www.youtube.com/watch?v=yfxDdQo2cyI

影片重點

• 部署平台分為無伺服器（Serverless）和 VPS 兩大類，98% 以上的應用都適合無伺服器方案
• Cloudflare Workers 價格極低但不支援真正的 Node.js，許多套件無法使用
• Vercel 仍是部署大多數應用最簡單穩定的方式，但頻寬費用是最大隱憂
• Netlify 是 Lambda 的良好封裝，佇列功能和後台任務表現優秀
• Railway 是 Theo 的首選 VPS 平台，剛融資 1 億美元，近期不會消失
• Render 是最穩健可靠的 VPS 選項之一，適合從 Heroku 遷移
• Fly.io 技術很酷但財務狀況堪憂，可能在一兩年內消失
• Hetzner 價格雖低但帳號容易被封、服務地理位置受限
• DigitalOcean 文件品質極佳但公司方向不明，正在轉向 AI 推理
• AWS EC2 超級可靠但價格高昂、設定複雜，不適合個人開發者

詳細內容

[00:00] 開場：為什麼需要這部影片

Theo 說明這部影片的緣起——他原本在拍攝一段關於 Heroku 停止服務的影片，結果在討論替代方案時內容越來越長，決定獨立成一部完整的部署平台比較影片。

他指出，在這個 Vibe Coding 時代，人們部署越來越多的微型應用和服務，卻沒有人幫助開發者搞清楚該把東西放在哪裡。網路上看到的建議往往過於片面，只關注某個特定使用情境。他希望幫助大家建立一個選擇部署平台的心智模型，而非簡單地將平台分為「好的」和「壞的」。

[03:00] 總覽：無伺服器 vs VPS

Theo 將所有部署選項分為兩大類：

無伺服器（Serverless）：Vercel、Netlify、Cloudflare、AWS Lambda VPS：AWS EC2/EKS、Railway、Render、Fly.io、DigitalOcean、Hetzner、OVH

他建議：如果你不確定自己需要哪一種，幾乎可以肯定應該先從無伺服器選項開始。98% 以上的應用都能在無伺服器環境中完美運行，如果真的需要伺服器，你會很快發現問題，屆時再做調整。

[04:00] AWS Lambda：設定困難、並發性差

AWS Lambda 的設定並非易事，雖然有 SST、Pulumi、Terraform 等工具可以幫忙，但整體體驗仍然很糟。並發性是一大問題——他們開始引入並發 Lambda 函數的概念，但還沒有真正成熟。

其他問題包括：Amplify 簡直是個笑話；CDN 閘道是常見痛點；冷啟動不一定出在程式碼啟動，而是資料庫連線；HTTP 串流功能曾嚴重損壞。總結來說，很難向大多數人推薦 Lambda。

[06:00] Cloudflare Workers：便宜但不是 Node.js

Cloudflare 的基礎設施獨一無二。他們不使用傳統伺服器或 Docker 映像，而是讓你提供一個 JavaScript 檔案，在他們自訂的 V8 引擎 workerd 中以 isolate 方式運行。這意味著冷啟動接近零，定價模式完全不同——只按 CPU 使用時間收費，而非伺服器運行時間。

然而最大的問題是：它不是 Node.js。很多功能無法使用——讀寫檔案、許多資料庫連線方式、任何包含原生程式碼的套件（如 Sharp 圖像處理、ffmpeg）都無法運行。雖然相容層持續改善，但你幾乎肯定會遇到問題。

此外，Cloudflare 的開發者體驗（DX）排名倒數第二，僅次於 AWS。儀錶板品質差到他建議應該整個刪除重寫。Cloudflare Pages 已停止服務並正在與 Workers 合併，但文件記錄非常混亂。不過好消息是他們聘用了 Dylan（一位優秀的 TypeScript 開發者），正在努力改善 DX。

[12:00] Vercel：最簡單穩定但注意頻寬

Vercel 仍然是部署大多數應用最簡單、最穩定的方式。GitHub 整合一流，免費版就很好用，與所有系統的整合都非常出色。它是真正的 Node.js 環境，能做 Node.js 中所有能做的事情。

他們引入了 Fluid Compute，嘗試類似 Cloudflare 的 CPU 時間定價模式，還持續推出 workflows 等基礎設施原語。

缺點方面，最大的問題是頻寬費用。每次看到瘋傳的天價帳單，幾乎都是頻寬問題。Vercel 的 CDN 定位激進，針對快速載入小型檔案而設計。如果你在專案中放入大型靜態資源（50MB 的影片、10MB 的圖片），費用會非常高。建議：超過 400KB 的靜態資源不應該放在 Vercel CDN 上。此外，每月 20 美元的座位定價也很煩人。

[17:00] Hetzner 與 OVH：便宜但有代價

Hetzner 價格確實很低——每月 4 美元就能獲得 4GB 記憶體和 40GB SSD。但 Theo 對 Hetzner 的每次使用經驗都很糟糕：帳號可能因為使用 Gmail 註冊就被自動標記而無法部署；他們以頒布帳號封禁而聞名；生產環境可能因為隨機的策略變更而被關閉。

更重要的是，仔細比較後價格差異並沒有那麼大。Hetzner 在德國/芬蘭的成本優化方案看起來很便宜，但切換到美國地區、常規效能模式後，價格與 DigitalOcean 相差無幾甚至更貴。此外，完全沒有與任何系統的整合——部署管道、CDN、路由層級結構都需要自己管理。

[20:00] DigitalOcean：文件之王但方向不明

DigitalOcean 最大的優勢是文件品質。Theo 表示，如果沒有 DigitalOcean 關於如何架設 Minecraft 伺服器的教學文件，他今天就不會成為開發者。直到現在，很多技術搜尋結果的前幾名仍是 DigitalOcean 的教學文件。

公司歷史悠久、存在多年，整合程度不錯，許多知名產品都在使用他們的服務。但價格並不便宜（2GB / 1vCPU 每月 12 美元），而且公司目前看起來有些迷失方向——主頁上突然宣傳「AI 推理雲」，這讓人擔心他們可能正在走向破產的邊緣。在這些選項中，DigitalOcean 屬於最有可能出現跟 Heroku 類似問題的平台之一。

[24:00] Fly.io：技術最酷但生存堪憂

Fly.io 在技術上非常出色：Elixir 原生支援、世界一流的伺服器部署體驗、出色的 CLI 和控制面板、對開源社群的積極貢獻。FLAME 框架讓你可以在程式碼中定義需要在短暫基礎設施上運行的函數，按需啟動，非常創新。他們的 Sprites 產品提供虛擬機器和沙箱環境，用於安全地運行 AI Agent。

但現實面很殘酷：資料庫可靠性不足，多次發生崩潰和故障；公司經歷了裁員，Theo 甚至在 Elixir 大會上親眼看到 Fly 的員工在餐桌上收到被解雇的通知。他認為在所有選項中，Fly 的存活風險最高——可能在一兩年內耗盡資金而倒閉。不過，如果你的需求恰好是 Fly 獨有的功能，仍然值得考慮。

[29:00] Render：穩健可靠的好選擇

Render 正在積極吸收 Heroku 的遷移用戶，並承諾幾乎零停機時間。公司定位非常清晰，被許多大公司使用，收入穩定，籌資順利。就連 HashiCorp 的創辦人也給予高度評價。

優點包括：不錯的免費套餐、功能齊全、良好的 GitHub 整合和預覽環境、很可能會持續存在。缺點是需要支付訂閱費而非伺服器定價、部分定價隱藏在企業層級、出站流量費用較高（每增加 100GB 收費 15 美元），以及 cron job 需要額外付費。

總結來說，Render 是最穩健可靠的選擇之一，除了 AWS 之外風險最小。

[31:00] Railway：Theo 的首選平台

Theo 毫不掩飾對 Railway 的喜愛——他在 2021 年差點成為 Railway 的第四位工程師，並在過去五年中持續使用這個平台。

Railway 的優勢非常明顯：真正現代化的體驗、出色的 CLI、優質的文件、一流的 GitHub 整合、最好的儀錶板之一（可以直觀看到服務之間的連結）、優秀的可觀測性、便捷的環境管理、一鍵回滾功能。他們自己搭建伺服器機架，效能表現極佳。定價透明合理，一些先前使用 AWS 的客戶遷移到 Railway 後成本降低了 90%。

最重要的是，Railway 剛剛融資了 1 億美元，之前就已接近獲利——他們哪兒也不去。

小缺點包括：物件儲存目前僅支援私有桶、DNS/SSL 設定偶爾會出現奇怪狀態、免費出站流量的政策可持續性存疑。

[37:00] AWS EC2：可靠但昂貴

AWS EC2 的優勢不言而喻：超級可靠、支援所有設備、地理位置優越、與幾乎所有工具整合、有 SLA 保障。從來沒有人因為選擇 AWS 而被解僱——它是業界預設值。

但缺點同樣明顯：價格比競爭對手高得驚人，而且他們沒有真正降低過這些價格——你永遠在為可能已經用了 6 年以上的硬體付全新價格。定價計算複雜到讓人崩潰，控制面板糟糕透頂，IAM 權限管理是噩夢般的體驗。

Theo 直言：如果你是來尋求部署建議的個人開發者，千萬不要部署到 AWS。那些圍繞 AWS 難用體驗而誕生的價值數十億美元的公司（從 Terraform 到 Vercel）本身就說明了問題。

[40:00] 最終推薦排名

Rex 級（頂級推薦，每個人都該考慮）：Railway、Vercel、Render

S 級（特定需求下的優秀選擇）：

• Netlify：如果佇列功能或特定整合對你非常有用
• Cloudflare：如果你能接受沒有 Node.js 環境，或需要在極高規模上做成本微優化
• Hetzner：如果目標是找最便宜的完全託管服務，且能接受速度慢和穩定性差
• Fly.io：如果你需要它獨有的功能（雖然公司可能在一兩年後不存在）

不推薦主動選擇：AWS（Lambda/EC2）、GCP、Azure——如果是雇主選的就算了，但不建議個人開發者主動選擇

我的想法

這部影片最有價值的地方不在於告訴你「選 A 不選 B」，而是提供了一個思考框架。Theo 評估平台時考慮了：開發者體驗（DX）、公司財務健康度、定價透明度、生態系統整合、技術限制和長期存活風險。這些維度比單純的功能比較更有用。

特別值得注意的是「公司存活風險」這個維度。Heroku 的關閉提醒我們，選擇部署平台不只是技術決策，也是商業決策。Railway 融資 1 億美元、Render 收入穩定，這些資訊在選擇時可能比「每月便宜 2 美元」更重要。

另一個有趣的觀點是「98% 的應用都適合無伺服器」。很多開發者會預設選擇 VPS，覺得這樣更有「掌控感」，但實際上只是增加了維運負擔。先從無伺服器開始，遇到瓶頸再遷移，是更務實的策略。

最後，Cloudflare 的分析特別有啟發性。價格低廉的背後是根本性的技術取捨——不支援真正的 Node.js。這提醒我們，在評估任何「便宜」方案時，都要理解便宜的代價是什麼。