冷启动

背景 Java 17 / Spring Boot 3，JVM 堆 8G，K8s 1.28，4 副本滚动发布（maxSurge=1 / maxUnavailable=0），核心接口 P99 SLO < 50ms、稳态约 25ms。社区里反复验

背景 5 年 SRE，最近负责一条核心查询链路：K8s 1.28，Java 17 / Spring Boot 3，JVM 堆 8G，4 副本（maxSurge=1 / maxUnavailable=0，滚动发布），入口稳态 1200 QPS

背景 我们后端 30+ 个 Java 微服务（Spring Boot 3 + HikariCP + Dubbo），发布走 2% → 10% → 50% → 100% 金丝雀，每档自动回滚判据是「灰度组 P99 > 对照组 2 倍，且绝对值

背景 社区里几乎所有「高可用」方案都默认服务是无状态的：随便杀、随便迁、随便扩缩，K8s 调度器才能放心工作。但实际跑起来，你会发现「无状态」的服务其实带着一大坨隐式状态： - JVM 侧：JIT 编译缓存、类加载完成度——冷启动头 30

背景 我维护一个 20 节点（16C64G，Kubernetes 1.28.9，containerd 1.7.13，cgroup v2，Calico 路由模式）的生产集群，核心服务是 Java 17 无状态 API（12 副本，JIT +

【背景】 做了 8 年嵌入式，近两年把主要精力放在容器化和 K8s 运维。最近一次流量突增复盘里，我盯着一个很别扭的现象：HPA 在 40 秒内把副本从 6 拉到 18，扩容本身没出错、没 OOMKilled、探针也都绿了，但 P99 在扩