SpringBoot 应用优雅上线

背景

服务刚启动时,如果没有做任何优化的话,前面几分钟的请求,响应都会特别的慢。

下面,针对该问题,全方面介绍,如何解决!

Ingress 负载均衡

Ingress 负载均衡,可以考虑使用 ewma

nginx.ingress.kubernetes.io/load-balance=ewma

ewma 算法可以简单描述为:响应时间越长,分配的请求越少,这样刚启动的 pod, 就只会被分配到少量的流量。

有的云厂商,可能不支持 ewma 算法,也可以考虑使用 least_conn, 即最少请求数。

ewma 更多的内容

应用预热 - 自调用

在大部分框架中,大部分都存在懒加载情况。开始加载时,一般会使用锁来阻止并发。

如果在 Pod 接受用户请求后,再初始化,则会导致前面的几次请求特别慢。

因此,我们有必要在用户请求进入 Pod 前,对程序执行初始化。

初始化懒加载的代码,最简单的方式是在 Pod 对外提供服务前,进行自调用。

在 K8s 中,允许 Pod 定义 启动探针、就绪探针、存活探针。

当 K8s 就绪探针通过后,Pod 就可以对外提供服务了。

简单的说,我们可以等待程序完成自调用后,再通过就绪探针的探测。

大致的流程如下:

程序的自调用流程如下:

提高 cpu 上限

自调用的目的主要是为了提前初始化,而不是为了让 JIT 进行编译优化。(不排除有的服务,需要通过大量的自调用,来让 JIT 进行提前的编译优化。)

因为 Mock 过多的请求,会影响服务启动时间,也会影响 Pod 扩容。

在 Pod 启动后,接收请求的前几分钟,CPU 都会特别的高,从而影响用户线程。有比较大的方面是 JIT 的 C1, C2 线程会消耗大量的 CPU。

对于该问题,可以考虑设置更高的 resource.limits.cpu 来避免此问题。

K8s 探针更多信息

Dubbo 预热

Consumer 在调用 Provider 时,本身已经存在预热逻辑。

即:刚启动的 Provider 权重会比较低,并随着时间的增长,权重最终会和其他 Provider 一致。也就是说,刚启动的 Provider 只会接收到少量的请求。

需要注意的是:不同的 Dubbo 版本该逻辑可能会不一样。笔者所在的公司,Dubbo 版本为 2.7.12。

预热代码位置:
AbstractLoadBalance#getWeight(Invoker, Invocation)

上诉说的是 Dubbo 本身已有的预热逻辑。

Dubbo Provider 线程池预热

Provider 线程池,默认为 fixed, 可通过 SPI 机制,自定义线程池,并初始化一定数量线程。

服务暴露前预热 Provider

Dubbo 服务暴露触发时机: Spring 容器完成刷新,触发 ContextRefreshedEvent 事件。

代码位置:DubboBootstrapApplicationListener#onApplicationContextEvent(ApplicationContextEvent)

我们可以监听 ContextRefreshedEvent 事件,实现 Ordered 接口,在 DubboBootstrapApplicationListener 逻辑执行前,执行预热 Provider 逻辑。

常见线程池预热

Tomcat 线程池预热

具体的线程数,需要根据应用自行评估

ini 复制代码
server.tomcat.min-SpareThreads=20

Mysql 连接池预热

java 复制代码
private ApplicationContext ac;

private void preheatDataSource() {
    Map<String, DataSource> map = ac.getBeansOfType(DataSource.class);
    if (CollectionUtils.isEmpty(map)) {
        return;
    }

    for (Map.Entry<String, DataSource> entry : map.entrySet()) {
        DataSource source = entry.getValue();
        if (source instanceof DruidDataSource) {
            DruidDataSource druidDataSource = (DruidDataSource) source;
            int initialSize = druidDataSource.getInitialSize();
            if (initialSize > 0) {
                try {
                    druidDataSource.fill(initialSize);
                } catch (Exception e) {
                }
            }
        }
    }
}

Redis 连接池预热

java 复制代码
private ApplicationContext ac;

private void preheatRedis() {
    Map<String, RedisConnectionFactory> map = ac.getBeansOfType(RedisConnectionFactory.class);
    if (CollectionUtils.isEmpty(map)) {
        return;
    }

    for (Map.Entry<String, RedisConnectionFactory> entry : map.entrySet()) {
        RedisConnectionFactory connectionFactory = entry.getValue();
        List<RedisConnection> connections = new ArrayList<>(3);
        for (int i = 0; i < 3; i++) {
            connections.add(RedisConnectionUtils.getConnection(connectionFactory));
        }

        for (RedisConnection connection : connections) {
            RedisConnectionUtils.releaseConnection(connection, connectionFactory, false);
        }
    }
}
相关推荐
桃李醉春风7 分钟前
被微信拒审那天,我才真正学会 Vibecoding:一个人 + AI,3 万行代码、1.8 万张素材的小程序全复盘
后端
她的男孩9 分钟前
打印模板草稿能保存,一点发布就报主从关系:我们把校验拆成了两档
java·spring boot·后端
Bazingga24 分钟前
Embabel学习笔记:把Agent的决策权从LLM手里拿回来
后端
用户83145509803124 分钟前
基于 Firecracker 自建 Agent 沙箱集群:状态机 + 文件管理 + 进程编排,附 E2B 生产经验校准
后端
武子康1 小时前
LingBot-VA 2.0 深度解析:为什么要同时预测未来世界与机器人动作
人工智能·后端·agent
wno7041 小时前
Spring Boot整合Quartz
java·spring boot·后端
颜进强1 小时前
26 · NestJS 基础篇 · 全专栏总结:五个阶段,一次收拢
前端·后端·ai编程
一个有温度的技术博主2 小时前
深拷贝和浅拷贝:一次“搬家”事故
java·后端
萧瑟余晖2 小时前
Spring Boot Actuator监控运维详解
spring boot
苍何2 小时前
又一 Personal Agent 发布,帮我省下不止200刀。。。
后端