背景

雲端平台服務先驅 Heroku 近期發布官方公告，宣布將轉向「持續性工程模式」（Sustaining Engineering Model），並停止向新客戶提供企業帳戶合約。這份充滿企業術語的聲明引起開發者社群廣泛討論，普遍被視為該平台正式進入維護模式、停止創新的警訊。

社群觀點

Hacker News 社群對這份公告的反應幾乎是一面倒的負面，許多資深開發者將其解讀為 Heroku 的「死刑宣告」。討論焦點首先集中在公告中使用的「持續性工程模式」一詞，網友指出這在企業公關修辭中，等同於「生命維持系統」，意指未來將不再有新功能開發，僅維持最低限度的運作以防止系統崩潰。部分評論者諷刺地表示，Heroku 過去五年其實早已處於這種狀態，這次公告只是將現狀正式化。

對於 Salesforce 決定將資源轉向 AI 領域的策略，社群表現出高度的質疑與不屑。開發者認為 Heroku 曾以「git push」即部署的極簡體驗定義了一個時代，如今卻在公告中強行塞入 AI 術語，顯得格格不入且缺乏誠意。有觀點認為，Salesforce 自 2010 年收購 Heroku 後，雖然初期仍有亮點，但隨著創始團隊離開與企業官僚化，平台已逐漸腐朽。更有曾與該團隊合作的網友分享，Heroku 內部的溝通效率極低，決策過程充滿推諉，反映出老牌企業轉型失敗的典型病徵。

在替代方案的討論上，社群呈現出幾種不同的遷移路徑。尋求與 Heroku 體驗最接近的開發者多傾向於 Render 或 Railway，認為這兩者繼承了 Heroku 簡潔的心理模型，且在定價與多團隊協作上更具優勢。Fly.io 雖然因技術深度受到部分硬派開發者喜愛，但其穩定性與資料庫設定的複雜度仍存在爭議。另一派觀點則主張回歸自託管（Self-hosting），推薦使用 Dokku、Coolify 或 Dokploy 等工具搭配廉價的 VPS（如 Hetzner），認為這能以極低成本達成類似 PaaS 的開發體驗。然而，也有反對者指出，會選擇 Heroku 的客戶通常就是為了完全避開基礎設施的管理成本，自託管方案本質上與這群用戶的需求相悖。

最後，社群中瀰漫著一股濃厚的懷舊與遺憾情緒。許多人回憶起 Heroku 早期如何消除開發中的「偶然複雜性」，讓開發者能專注於撰寫程式碼而非管理伺服器。如今看到一個曾經改變產業規則的產品，在母公司的策略調整下走向平庸與終結，被視為科技業中大型收購案導致創新停滯的又一典型案例。

延伸閱讀

在討論串中，開發者們提到了多個值得關注的替代方案與工具：

• 雲端 PaaS 平台：Render、Railway、Fly.io、Vercel、Netlify、Digital Ocean App Engine。
• 自託管與開源替代方案：Dokku（基於 Docker 的小型 PaaS）、Coolify（支援多種語言的自託管平台）、Dokploy（現代化的部署工具）、CapRover、Kamal（由 37signals 開發的部署工具）。
• 成本比較工具：Infraslash 提供各類雲端服務的成本對比。
• 新興開發中項目：Canine.sh（開源 Heroku 替代品）、Build.io。