Salesforce Heroku 服務中斷：已部署的應用程式會發生什麼？

截至 2026 年 9 月 16 日，公開的 Heroku 狀態 API 快照顯示「套用」、「資料」和「工具」狀態均為綠色，未列出任何活動事件。但這只是時間點的檢查結果，並不保證所有應用、區域或依賴項都處於健康狀態。 Heroku 現在將Salesforce Trust 的 Heroku 狀態頁面指定為事件和維護溝通的主要管道，而舊版狀態 API 仍然可用於快速的程式化快照。

此次服務中斷問題背後也隱藏著一個重要的平台層面發展。 Heroku 在 2026 年 2 月 6 日的更新中表示，已轉向以穩定性、安全性、可靠性和支援為重點的持續工程模式。 Heroku 稱該平台已獲得積極支持並已做好生產準備，並表示現有信用卡客戶的定價、計費、服務或日常使用均不會受到影響。該公告是一份生命週期和投資方面的更新，並非意味著已部署的應用程式將被關閉。

Salesforce Heroku 服務中斷究竟會造成哪些影響？

「Heroku 服務中斷」並非指單一的故障模式。 Heroku 的服務分類將平台分為應用、資料和工具三大階層。實際影響取決於哪一層受到影響，以及您的應用程式是否能在失去該層服務的情況下繼續運作。

對已部署應用程式的影響

1. 正在運行的應用程式可能仍可存取。

控制平面或部署工具出現問題並不代表所有正在執行的 dyno 都會停止處理請求。 Heroku 的應用程式生命週期文件解釋說，Web dyno 透過 Heroku 路由器接收 HTTP 流量，而 Worker dyno 則處理後台作業。如果受影響的元件是儀錶板、CLI 或部署路徑，即使維運人員無法正常部署、擴充、檢視日誌或變更配置，現有的 Web 應用程式仍可能繼續回應。

反過來也可能發生：工具服務本身可能運作正常，但應用程式或路由故障卻導致公共 URL 不可用。因此，儀錶板顯示正常（或儀表板登入失敗）並不代表應用程式已完全健康。

2. 資料故障可能將部分中斷演變為業務事故。

如果應用程式進程正在運行，但其資料庫或佇列發生故障，使用者可能會看到頁面載入後沒有顯示最新資料、表單提交失敗、出現重複重試或訂單處理延遲等情況。在結帳、帳戶變更或訂單處理靜默阻塞期間，唯讀頁面可能看起來正常。

不要透過增加重試次數來應對每個資料庫錯誤。重試風暴會增加負載，並在服務恢復時造成重複工作。建議使用有界、冪等的重試；如果運行手冊允許，暫停非必要的批次活動；並記錄哪些操作已完成、失敗或結果未知。

3. 部署置信度可能低於執行時期置信度

當 Heroku 服務中斷導致 Git 推播、部署 API、建置基礎架構或日誌出現問題時，開發人員可能無法證明某個版本是否已發佈到生產環境。重新運行相同的部署作業可能會造成混亂，或產生多個難以協調的版本。請記錄提交識別碼、版本號（如有）、本機命令輸出和時間戳記。在嘗試進行受控驗證部署之前，請等待官方的復原訊號。

4. Salesforce 連線是一個單獨的依賴項

Salesforce 相關事件不一定會停止託管 Heroku 應用程式的 Web dyno 的運作。但是，依賴 Salesforce 驗證、API 呼叫、Heroku Connect 同步或事件驅動工作流程的應用仍然可能受到實質影響。正確的問題不僅僅是“Heroku 是否宕機？”，而是“哪些用戶流程依賴哪些服務，以及哪些資料可以安全地延遲傳輸？”

如何在不加重病情的情況下診斷內視鏡？

1. 請同時查看兩個官方管道。首先查看Salesforce Trust for Heroku和Heroku Status API。 Heroku的狀態指南建議，如果沒有發布事件，或報告的症狀與您的問題不符，請聯絡支援團隊。
2. 從公司網路外部進行測試。使用外部綜合檢查或單獨的連線來測試公共 URL、輕量級健康端點以及一個代表性的使用者操作。這有助於區分平台事件與本機 DNS、防火牆或 VPN 問題。
3. 將失敗的操作分類。故障是出在路由、dyno 程序、資料庫查詢、部署、日誌記錄還是外部 API？一個簡單的服務映射表就可能導致團隊無法遷移原本運行正常的應用程序，僅僅因為某個依賴項不可用。
4. 減少風險變更。在平台狀態更加清晰之前，凍結非必要的版本發布、配置修改、插件變更和擴展實驗。保留證據，而不是一次性更改多個變數。
5. 保護客戶工作流程。如果安全，請切換到唯讀模式、延遲非關鍵作業、顯示明確的維護訊息或停用故障的整合。讓降級行為可見，而不是接受無法可靠完成的請求。
6. 恢復後進行核對。檢查寫入作業、佇列、排程任務、Webhook、Salesforce 同步以及第三方回呼。復原後收到 HTTP 200 回應並不表示所有背景工作流程都已同步完成。

哪種彈性方案最適合您的應用場景？

沒有萬能的最佳回應架構。適當的投資取決於停機成本、資料持久性要求以及團隊能夠承受的運維複雜度。

多區域或多提供者故障轉移只有在經過獨立測試後才有價值。如果備用環境與主環境共用相同的身分提供者、DNS、資料儲存、金鑰或部署管道，則備用環境可能與主環境同時發生故障。相反，對於無法同時運行兩個平台的小型團隊來說，部署一個簡單的 Heroku 系統，並輔以良好的外部監控和清晰的降級模式，可能才是更可靠的選擇。

2026 年 Heroku 更新對已部署應用程式的影響

持續工程模式改變的較多是平台演進的預期，而非現有應用的直接行為。 Heroku 表示，其重點在於穩定、安全、可靠的運作和支持，所有新工作都圍繞著持續目標。對於已在生產環境中運作應用的團隊而​​言，面向客戶傳遞的訊息是：服務將保持連續性。核心功能依然可用，信用卡用戶無需因該公告而改變日常使用習慣。

這種權衡是戰略性的。選擇 Heroku 以快速部署各種新平台功能的組織應仔細審查其路線圖和合約選項。而那些優先考慮託管部署體驗、成熟的應用程式基礎功能以及減少基礎設施管理的組織，可能會對以穩定性為中心的模式有不同的看法。 Heroku 也表示，將不再向新客戶提供新的企業帳戶合同，但現有的企業訂閱和支援將繼續有效並可續約。這對於採購和未來的架構決策至關重要，但這並不意味著服務中斷或目前已部署的應用程式將面臨自動風險。

結論

根據 2026 年 9 月 16 日的最新官方快照顯示，Heroku 沒有發生任何活躍事件，Heroku 的 2026 年持續工程公告也表明將繼續支持該平台。然而，如果發生故障，已部署應用程式受到的影響取決於故障層：應用程式可能會影響可用性，資料可能會影響正確性和佇列中的工作，工具可能會影響部署和可觀測性，而 Salesforce 或第三方依賴項可能會中斷某些使用者旅程，即使應用程式本身仍然在線。

使用 Salesforce Trust 作為主要事件來源，將其與公共狀態 API 進行比較，從網路外部測試真實使用者路徑，並在採取行動之前對依賴關係進行分類。根據您的復原目標選擇故障轉移、優雅降級或等待驗證回應，而不是因為每次 Heroku 故障都需要相同的解決方案。

官方參考資料

• Heroku：Heroku 最新動態（2026 年 2 月 6 日）
• Heroku開發者中心：Heroku狀態（2025年10月21日更新）
• Salesforce Trust：Heroku 產品狀態
• Heroku 狀態 API：目前狀態快照
• Heroku 開發中心：Heroku 應用生命週期