之前的文章讲了优雅下线发布稳定性-优雅下线,今天讲优雅上线
优雅上线也叫:「无损上线」,「延迟发布」,「延迟暴露」。与之对立的自然是:「有损上线」,「直接发布」
先说说什么情况不是优雅上线
这些情况都会影响到用户,即不优雅的上线。
对于任何一个线上应用来说,发布、扩容、缩容、重启等操作不可避免,这时候服务不可用,就必须把流量弄走,比如分批发布时,放到别的机器上。等到应用恢复正常后,再把流量弄回来,让应用继续提供服务,这就是优雅上线。
无论是HTTP应用还是RPC应用,在发布上线时,优雅上线逻辑都是一样的,如下图,服务发布过程中不可用,进行摘流。待到服务发布完成,重新分配流量
Dubbo的优雅上线有2种方式:延迟发布 和 Qos命令
即延迟暴露Dubbo服务,比如你的服务需要一些初始化操作后才能对外提供服务,如初始化缓存,redis连接池等相关资源就位,可以使用 delay 进行延迟暴露。Dubbo 2.6.5 之后的版本中所有的Dubbo服务都会在Spring初始化完成后进行暴露,可自行配置延迟暴露的时间,配置如下:
Dubbo官方文档的延迟暴露:延迟暴露
# 延迟暴露5s
dubbo.provider.delay=5000
源码分析
Dubbo实现了Spring的ApplicationListener
接口,监听ContextRefreshedEvent
事件,即在Spring容器启动完毕后再开始暴露服务,源码分析如下:
ServiceBean:
//监听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类:
//暴露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;
}
Dubbo官方文档QOS命令操作手册:QOS操作手册
配置以下,启动时不向注册中心发布服务
# 延迟暴露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方式发布所有服务
curl localhost:22223/online
过程如下图
本文介绍了两种 Dubbo 优雅上线的方法:
在实际的企业应用中,需要结合具体场景使用。大型应用Service较多时,通常可用QOS命令分层发布Service,即每次发布一定数量的接口,而不是一次全发。
总结:服务发布的稳定性已讲了优雅上下线,但是实际工作中不是做好这两样就行了,具体情况需要具体分析,下篇文章继续讲稳定性的内容:流量预热。