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 应用程序托管方面都拥有更强大的地位。
