发布稳定性-优雅上线

2023-04-20 21:25:40 浏览数 (2)

之前的文章讲了优雅下线发布稳定性-优雅下线,今天讲优雅上线

优雅上线也叫:「无损上线」,「延迟发布」,「延迟暴露」。与之对立的自然是:「有损上线」,「直接发布」

什么是优雅上线

先说说什么情况不是优雅上线

  • 应用启动时,Service还没加载完,系统就开始对外提供服务,导致失败调用。
  • 应用启动时,没有检查系统健康状态,导致失败调用

这些情况都会影响到用户,即不优雅的上线。

对于任何一个线上应用来说,发布、扩容、缩容、重启等操作不可避免,这时候服务不可用,就必须把流量弄走,比如分批发布时,放到别的机器上。等到应用恢复正常后,再把流量弄回来,让应用继续提供服务,这就是优雅上线。

无论是HTTP应用还是RPC应用,在发布上线时,优雅上线逻辑都是一样的,如下图,服务发布过程中不可用,进行摘流。待到服务发布完成,重新分配流量

Dubbo的优雅上线

Dubbo的优雅上线有2种方式:延迟发布 和 Qos命令

1.延迟发布

即延迟暴露Dubbo服务,比如你的服务需要一些初始化操作后才能对外提供服务,如初始化缓存,redis连接池等相关资源就位,可以使用 delay 进行延迟暴露。 Dubbo 2.6.5 之后的版本中所有的Dubbo服务都会在Spring初始化完成后进行暴露,可自行配置延迟暴露的时间,配置如下:

Dubbo官方文档的延迟暴露:延迟暴露

代码语言:text复制
# 延迟暴露5s
dubbo.provider.delay=5000

源码分析

Dubbo实现了Spring的ApplicationListener接口,监听ContextRefreshedEvent事件,即在Spring容器启动完毕后再开始暴露服务,源码分析如下:

ServiceBean:

代码语言:java复制
//监听ContextRefreshedEvent事件,再执行export暴露服务    
		@Override
    public void onApplicationEvent(ContextRefreshedEvent event) {
        if (!isExported() && !isUnexported()) {
            if (logger.isInfoEnabled()) {
                logger.info("The service ready on spring started. service: "   getInterface());
            }
            export();
        }
    }

ServiceConfig类:

代码语言:java复制
  //暴露Service
  public synchronized void export() {
        checkAndUpdateSubConfigs();

        if (!shouldExport()) {
            return;
        }
				//判断是否配置了延迟发布时间,如有,则单起一个线程,等待相应时间后再执行doExport方法
        if (shouldDelay()) {
            DELAY_EXPORT_EXECUTOR.schedule(this::doExport, getDelay(), TimeUnit.MILLISECONDS);
        } else {
            doExport();
        }
    }

    private boolean shouldExport() {
        Boolean export = getExport();
        // default value is true
        return export == null ? true : export;
    }

		
    @Override
    public Boolean getExport() {
        return (export == null && provider != null) ? provider.getExport() : export;
    }
    //判断是否需要延迟暴露
    private boolean shouldDelay() {
        Integer delay = getDelay();
        return delay != null && delay > 0;
    }
    //获取配置的延迟暴露时间
    @Override
    public Integer getDelay() {
        return (delay == null && provider != null) ? provider.getDelay() : delay;
    }

2. QOS命令上线

Dubbo官方文档QOS命令操作手册:QOS操作手册

配置以下,启动时不向注册中心发布服务

代码语言:text复制
# 延迟暴露5s
dubbo.provider.delay=5000
# provider服务启动后不注册到注册中心
#dubbo.registry.register=false
#dubbo.registry.default=false
dubbo.provider.register=false

dubbo.application.qos-port=22223
dubbo.application.qos-enable=true
dubbo.application.qos-accept-foreign-ip-compatible=true

这里配置的时候遇到个问题:

按网上的方法配置dubbo.registry.register=false就能让服务不发布到注册中心,但是Qos命令也用不了了。按我上面的配置,Qos还是可用的啊

因为此时服务未发布,就不会有请求过来。我们可以在服务健康检查完之后在手动发布Service,可通过telnet命令或是http请求方式online

HTTP方式发布所有服务

代码语言:shell复制
curl localhost:22223/online

过程如下图

最佳实践

本文介绍了两种 Dubbo 优雅上线的方法:

  • 延迟发布(delay=5000)
  • 不发布 QOS 指令发布(register=false)

在实际的企业应用中,需要结合具体场景使用。大型应用Service较多时,通常可用QOS命令分层发布Service,即每次发布一定数量的接口,而不是一次全发。

总结:服务发布的稳定性已讲了优雅上下线,但是实际工作中不是做好这两样就行了,具体情况需要具体分析,下篇文章继续讲稳定性的内容:流量预热。

0 人点赞