解决启动性能与资源成本的矛盾
Java JVM、Node.js、Python 以及 AI/ML 微服务等现代应用在启动阶段往往需要消耗大量 CPU 算力，以执行类加载、JIT 编译以及导入重型依赖库等任务。过去，如果按照应用稳态运行需求配置 CPU 请求，容易在启动时遭遇 CPU 节流；而为了避免冷启动过慢过度配置 CPU，又会在应用进入稳定运行后造成计算资源闲置并推高基础设施账单。
针对这一长期存在的痛点，Google Cloud 正式在 Google Kubernetes Engine (GKE) 推出了 CPU 启动加速（CPU startup boost）预览版功能。Google Cloud 官方宣称，该功能可将应用冷启动时间最多缩短 2 倍，从而在突发流量激增时提升自动扩缩的响应速度，同时允许开发者根据实际运行时需求合理配置稳态 CPU 请求，避免为闲置的启动资源余量付费。
基于 VPA 原地缩放的三阶段生命周期
该功能深度集成于 GKE 的垂直 Pod 自动扩缩器（VPA），并基于 Kubernetes 原地调整 Pod 大小（In-place Pod Resize, IPPR）机制实现。借助于该底层技术，容器可以在初始化期间临时获得更高的 CPU 请求配额，并在应用达到稳态后就地回落至基线水平，全程不需要重启容器。
在生命周期管理上，该功能划分为三个阶段：首先是准入阶段，系统会拦截创建请求并将提升后的 CPU 请求注入 Pod 规范；随后是启动阶段，Pod 以提高后的资源配额进行调度与初始化；最后是降级阶段，一旦就绪探针（readiness probe）通过，CPU 请求便自动缩减回基线稳态水平。
配置灵活性与支持版本
在配置与管理方面，开发者可以通过在 VerticalPodAutoscaler 清单中添加 startupBoost 部分来配置加速规则，既支持在 Pod 级别设置统一的资源倍数，也支持针对多容器场景定义细粒度的容器级规则。
在集群支持与环境要求方面，CPU 启动加速功能需要运行 GKE 1.36.0-gke.4447000 或更高版本，并已同时支持 GKE Standard 与 GKE Autopilot 集群模式。