DigitalOcean App Platform 現在可以根據即時 HTTP 需求擴展 Web 服務，使 SaaS 團隊能夠更直接地處理持續的流量成長，而無需手動管理伺服器。
DigitalOcean 2026年5月22日宣布， 基於請求的自動擴縮容功能現已在應用程式平台上正式推出。此功能利用HTTP訊號（例如）來擴展應用程式。 每秒請求數 以及 P95 反應潛伏期現在，它不再只依賴 CPU 指標，而是同時適用於共用 CPU 和專用 CPU 執行個體。
對主機代管買家而言，此次更新意義重大，因為自動擴充不再侷限於大型專用 CPU 套餐。規模較小的 SaaS 團隊、代理商、API 建置者和應用程式所有者現在可以在升級到更昂貴的基礎設施之前，使用基於流量的擴充功能。
做了什麼 DigitalOcean 加入應用平台？
DigitalOcean 為應用程式平台 Web 服務元件新增了基於請求的自動擴充容功能。
此功能允許應用程式平台根據每個執行個體每秒請求數和 P95 請求延遲來擴展容器。每秒請求數衡量流量壓力。 P95 延遲衡量 95% 的請求所看到的回應時間，這有助於判斷使用者是否等待時間過長。
DigitalOcean 此前，自動擴縮容需要專用的 CPU 計畫。新版本將基於請求的自動擴縮容擴展到共享 CPU 實例，從而為早期專案提供了一種成本更低的自動水平擴縮容途徑。
使用專用 CPU 的使用者可以將基於請求的指標與基於 CPU 的自動擴縮容結合。在這種設定下，當任何配置的閾值被超過時，應用平台會向上擴容；只有當所有指標都回到正常範圍內時，才會向下擴容。
為什麼基於請求的自動擴充對 SaaS 應用程式如此重要？
基於請求的自動擴縮容至關重要，因為 CPU 使用率並不總是反映使用者體驗。即使 CPU 使用率看起來正常，SaaS 應用程式也可能感覺運作緩慢。使用者可能需要等待資料庫查詢、結帳流程、登入工作階段、API 呼叫或緩慢的應用路徑。 CPU 反映的是基礎架構負載，而 HTTP 請求量和延遲則反映了更接近使用者的流量壓力。
DigitalOcean此更新為團隊提供了兩個面向使用者的擴展訊號：1）每秒請求數顯示需求成長的速度；2）P95 延遲顯示較慢請求的回應時間是否惡化。當超過任一閾值時， DigitalOcean 它會啟動新的容器。當負載下降且所有指標均低於目標值時，擴縮器會減少容器數量。
這有助於 SaaS 產品、預訂應用程式、限時搶購活動、產品發布和 API 優先服務，因為在這些情況下，需求成長速度可能會超過小型團隊手動調整基礎設施的速度。
誰將從這次更新中受益最多？
DigitalOcean 應用平台能夠滿足那些希望實現託管部署和擴展，但又不想直接管理伺服器的團隊的需求。最適合的用戶包括 SaaS 新創公司、代理商、小型開發團隊、API 優先的產品以及流量不穩定的應用程式所有者。這些使用者通常需要基於 Git 的部署、託管建置、簡單的擴充控制以及更少的底層架構工作。
此次更新也有助於早期專案。由於基於請求的自動擴縮容現在可以在共享 CPU 實例上運行，因此小型應用程式可以在遷移到專用 CPU 資源之前使用橫向擴縮容。這降低了需要擴縮容控制但尚未準備好進行更深入的基礎架構規劃的團隊的入門門檻。
此功能仍有明確的應用範圍。 DigitalOcean 請求自動擴充容適用於接收外部 HTTP 流量的 Web 服務元件。工作組件和函數組件不符合條件。
自動擴縮容無法解決哪些問題？
自動擴縮容可以在應用程式層增加容量，但它並不能解決所有託管問題。
DigitalOcean 擴容決策採用 5 分鐘的速率窗口，因此自動擴縮容器能夠回應持續的負載，而不是瞬時峰值。這使得該功能更適合應對持續的流量壓力，而非短暫爆發。
自動擴充容不會優化資料庫、重寫低效率程式碼、修復快取問題或加速緩慢的外部連線。 APIs或清理過載的後台隊列。只有當 Web 服務層需要更多容量時，增加容器數量才有幫助。
成本也需要關注。 DigitalOcean 雖然聲稱用戶只需為實際使用的資源付費，但在流量高峰期，運行的容器數量增加仍可能導致每月支出增加。因此，買家應仔細設定最小和最大容器數量，然後在調整閾值之前，使用「洞察」標籤查看正常的請求速率和 P95 延遲。
DigitalOcean 此外，也指出基於請求的自動擴充容不能與「零縮減」或「非活動休眠」在同一服務上同時使用。購買者必須在隨時就緒的擴縮容和基於非活動的成本節約之間做出選擇。
SaaS買家在選擇自動擴充託管服務之前應該檢查哪些方面？
SaaS 購買者在將自動擴充視為完整的託管解決方案之前，應該先評估工作負載。
| 買家提問 | 為何重要 |
|---|---|
| 什麼指標會觸發規模化？ | CPU 使用率、請求量和延遲衡量的是不同的問題。 |
| 哪些組件符合條件？ | DigitalOcean此功能適用於外部 HTTP Web 服務，不適用於 worker 或函數。 |
| 什麼是縮放視窗？ | DigitalOcean 使用 5 分鐘速率視窗進行持續負載。 |
| 規模上限是多少？ | 容器的最小和最大容量設定仍然會限制容量。 |
| 高峰期價格如何變動？ | 運行的容器越多，每月的託管成本就越高。 |
| 資料庫也能擴充嗎？ | 應用程式擴充可能會暴露資料庫瓶頸。 |
| 此工作負載是否需要合規性控制？ | 受監管的應用程式可能需要更嚴格的隔離和文件記錄。 |
醫療保健、金融科技或企業軟體領域的 SaaS 團隊也應該考慮應用級自動擴展是否足以滿足其合規模型的要求。諸如……之類的供應商 Atlantic.Net 當買家需要符合 HIPAA 標準的託管服務、專用基礎設施、託管安全服務或更清晰的營運控制時，就可以加入對話。 Atlantic.Net 列出合規託管服務 專用服務器, 雲服務器, GPU 主機以及 裸金屬主機.
這與簡單的基於流量的規模化所需的買家需求不同。 DigitalOcean此次更新有助於應用程式回應網路流量。以合規性為中心的架構可協助團隊控制敏感工作負載的託管方式。
這反映了主機代管市場的哪些變化？
DigitalOcean此次更新反映了從基於資源的託管到基於工作負載的託管的廣泛轉變。傳統的託管買家會比較 CPU 核心數、記憶體、儲存空間、頻寬和月費。而 SaaS 買家現在則會比較部署流程、擴展邏輯、延遲指標、成本行為和維運控制。
託管式 PaaS 平台可以減輕開發人員的伺服器工作量，幫助小型團隊更快地部署和擴展。當買家需要合規性、隔離性、專用資源或客製化伺服器環境時，專注於基礎架構的供應商仍然具有競爭力。
對我們的讀者來說 HostScore.net實際應用的關鍵在於：根據工作負載選擇合適的擴充模型。流量不穩定的 SaaS 應用程式可能受益於基於請求的自動擴展。而受監管的應用在擴展功能發揮作用之前，可能需要更強大的基礎設施控制。
HostScore 觀點：這是一次有用的更新，但並非完整的基礎設施策略。
DigitalOcean基於請求的自動擴充容是一項意義重大的應用平台升級。它為 SaaS 團隊、API 所有者和代理商提供了比僅依賴 CPU 更清晰的擴縮容訊號。此外，它還支援共享 CPU 實例，使自動擴縮容更易於使用。
但買家應該將其視為應用層擴充功能，而非完整的架構策略。它不能取代資料庫規劃、佇列設計、成本監控、合規性審查或安全控制。
對主機代管買家而言，關鍵問題不在於自動擴縮容是否有用，而是服務提供者是否會擴充你實際工作負載所依賴的那一層。
關於我們 Digital Ocean
DigitalOcean 是一家專注於開發者、新創公司和中小型企業的雲端基礎設施供應商。該公司提供雲端伺服器、託管資料庫、Kubernetes、儲存、網路、應用平台和人工智慧基礎設施服務，其產品旨在幫助團隊部署和擴展應用程序，而無需面對大型企業雲端平台的複雜性。
DigitalOcean 也擁有 Cloudways這是一個託管雲端平台，這使得該公司在開發者主導的雲端基礎架構和託管 Web 應用程式託管方面都擁有更強大的地位。
