致 Heroku：究竟發生了什麼事？
身為長期合作夥伴與客戶，我們對 Heroku 轉向持續工程模式感到困惑與擔憂，並呼籲官方針對平台的未來路線圖與商業意圖提供更透明、直接的說明。
背景
這篇文章源自 Judoscale 團隊對 Heroku 近期營運方向的公開質疑。Heroku 官方在二月初宣布轉向「持續工程模式」（Sustaining Engineering），強調將重心放在穩定與安全而非開發新功能，甚至停止向新客戶提供企業帳戶合約，這被外界解讀為進入實質的維護模式。然而，隨後 Heroku 又推出了 CLI 重構與增加 Slug 容量等新功能，這種自相矛盾的溝通方式引發了開發者社群對其未來走向的集體焦慮。
社群觀點
在 Hacker News 的討論中，社群對 Heroku 的現狀呈現出兩極化的解讀。部分資深開發者認為 Heroku 的衰落並非近期才發生，而是自從被 Salesforce 收購後便種下了敗因。有觀點指出，Heroku 的產品節奏在引入「私有空間對接」（Private Space Peering）等高價功能後開始走偏，這些功能雖然基於 AWS VPC，但每月高昂的門檻導致採用率低迷，進而向管理層傳遞了錯誤的市場訊號，最終導致資源投入停滯。然而，也有反對意見認為，Heroku 許多具代表性的技術如 Buildpacks 其實是在收購後才發光發熱，不能簡單地將所有問題歸咎於收購。
針對官方矛盾的「持續工程」說法，社群中出現了一種務實的解讀。有評論者指出，開發者不應過度解讀企業公關辭令，所謂的維護模式與推出新功能並不互斥。在大型企業的邏輯下，產品的價值完全取決於大型企業客戶的需求，只要這些大客戶提出要求且難度不高，即便在維護模式下，Heroku 仍會釋出更新。這種做法本質上是為了服務既有的利潤來源，而非為了吸引新的開發者或重返創新巔峰。
此外，關於 Heroku 是否能在 AWS、GCP 與 Azure 等雲端巨頭的夾擊下生存，社群也展開了激烈辯論。有意見認為，低延遲的網路基礎設施最終會勝過優質的開發者體驗，像 Heroku 這種架構在 AWS 之上的封裝服務，在成本與效能上難以與原生雲端服務競爭。但另一派觀點則反駁，即便 Salesforce 多年來對 Heroku 疏於照顧，市場上至今仍缺乏能與之匹敵的開發者體驗，這證明了只要能解決開發者的痛點，即便價格較貴，這類平台依然有其生存空間。目前的混亂更多是管理層的策略搖擺，而非技術或市場價值的終結。