CN111741102A - 分布式微服务应用的升级方法及装置 - Google Patents

Abstract

本发明公开了一种分布式微服务应用的升级方法及装置，其中方法包括：获得微服务应用的地址列表，所述地址列表包括多个服务端节点的地址和多个客户端节点的地址；对所述多个服务端节点的地址和多个客户端节点的地址进行分组，得到多组地址对，其中每组地址对包括一个服务端节点的地址和一个客户端节点的地址；根据所述多组地址对，进行分布式微服务应用的升级。本发明可以在保证客户服务不中断的基础上，避免因新旧版本间互相调用而导致的不兼容问题，保证系统正常运行。

Description

分布式微服务应用的升级方法及装置

技术领域

本发明涉及分布式微服务应用技术领域，尤其涉及分布式微服务应用的升级方法及装置。

背景技术

银行系统已经大量采用dubbo构建分布式微服务应用。在运行过程中，定期需要对服务版本进行升级。对于dubbo应用，需要保证版本升级的同时，客户服务不能中断，因此批次投产采用不停业升级方式。

现有的分布式微服务应用的升级中，容易出现新旧版本间互相调用的情况，这将导致新旧版本接口不兼容的问题，使得系统运行出现异常。

因此，亟需一种可以克服上述问题的分布式微服务应用的升级方案。

发明内容

本发明实施例提供一种分布式微服务应用的升级方法，用以升级分布式微服务应用，在保证客户服务不中断的基础上，避免因新旧版本间互相调用而导致的不兼容问题，保证系统正常运行，该方法包括：

获得微服务应用的地址列表，所述地址列表包括多个服务端节点的地址和多个客户端节点的地址；

对所述多个服务端节点的地址和多个客户端节点的地址进行分组，得到多组地址对，其中每组地址对包括一个服务端节点的地址和一个客户端节点的地址；

根据所述多组地址对，进行分布式微服务应用的升级。

本发明实施例提供一种分布式微服务应用的升级装置，用以升级分布式微服务应用，在保证客户服务不中断的基础上，避免因新旧版本间互相调用而导致的不兼容问题，保证系统正常运行，该装置包括：

地址获得模块，用于获得微服务应用的地址列表，所述地址列表包括多个服务端节点的地址和多个客户端节点的地址；

地址分组模块，用于对所述多个服务端节点的地址和多个客户端节点的地址进行分组，得到多组地址对，其中每组地址对包括一个服务端节点的地址和一个客户端节点的地址；

升级模块，用于根据所述多组地址对，进行分布式微服务应用的升级。

本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述分布式微服务应用的升级方法。

本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有执行上述分布式微服务应用的升级方法的计算机程序。

本发明实施例通过获得微服务应用的地址列表，所述地址列表包括多个服务端节点的地址和多个客户端节点的地址；对所述多个服务端节点的地址和多个客户端节点的地址进行分组，得到多组地址对，其中每组地址对包括一个服务端节点的地址和一个客户端节点的地址；根据所述多组地址对，进行分布式微服务应用的升级。本发明实施例通过对多个服务端节点的地址和多个客户端节点的地址进行分组，从而通过分组的方式将现有的一个服务端节点可以调用多个客户端节点调整为一个服务端节点只能调用一个客户端节点，进而根据多组地址对，进行分布式微服务应用的升级，通过这种一一对应的关系可以在保证客户服务不中断的基础上，避免因新旧版本间互相调用而导致的不兼容问题，从而保证系统正常运行。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为本发明实施例分布式微服务应用的升级方法示意图；

图2为本发明实施例分布式微服务应用的升级装置结构图；

图3为本发明实施例分布式微服务应用的升级装置结构图；

图4为本发明实施例分布式微服务应用的升级装置结构图；

图5为本发明具体实施例分组前示意图；

图6为本发明具体实施例升级后示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

首先，对本申请实施例中涉及的名词进行介绍：

dubbo：dubbo是一种分布式rpc框架，由阿里巴巴公司研发并开源的java rpc框架，支持构建分布式微服务应用。

zookeeper：zookeeper是一种分布式架构下组件协调中间件，可以作为注册中心进行服务注册和服务发现。

为了升级分布式微服务应用，在保证客户服务不中断的基础上，避免因新旧版本间互相调用而导致的不兼容问题，保证系统正常运行，本发明实施例提供一种分布式微服务应用的升级方法，如图1所示，该方法可以包括：

步骤101、获得微服务应用的地址列表，所述地址列表包括多个服务端节点的地址和多个客户端节点的地址；

步骤102、对所述多个服务端节点的地址和多个客户端节点的地址进行分组，得到多组地址对，其中每组地址对包括一个服务端节点的地址和一个客户端节点的地址；

步骤103、根据所述多组地址对，进行分布式微服务应用的升级。

由图1所示可以得知，本发明实施例通过获得微服务应用的地址列表，所述地址列表包括多个服务端节点的地址和多个客户端节点的地址；对所述多个服务端节点的地址和多个客户端节点的地址进行分组，得到多组地址对，其中每组地址对包括一个服务端节点的地址和一个客户端节点的地址；根据所述多组地址对，进行分布式微服务应用的升级。本发明实施例通过对多个服务端节点的地址和多个客户端节点的地址进行分组，从而通过分组的方式将现有的一个服务端节点可以调用多个客户端节点调整为一个服务端节点只能调用一个客户端节点，进而根据多组地址对，进行分布式微服务应用的升级，通过这种一一对应的关系可以在保证客户服务不中断的基础上，避免因新旧版本间互相调用而导致的不兼容问题，从而保证系统正常运行。

具体实施时，获得微服务应用的地址列表，所述地址列表包括多个服务端节点的地址和多个客户端节点的地址。

实施例中，首先获得微服务应用的地址列表，其中，地址列表包括多个服务端节点的地址和多个客户端节点的地址。客户端节点可以用c1，c2，...cn表示，服务端节点可以用p1，p2，...pn表示，客户端节点与服务端节点之间的路由方式是随机负载的。

具体实施时，对所述多个服务端节点的地址和多个客户端节点的地址进行分组，得到多组地址对，其中每组地址对包括一个服务端节点的地址和一个客户端节点的地址。

实施例中，在获得微服务应用的地址列表之后，对多个服务端节点的地址和多个客户端节点的地址进行分组，得到多组地址对，其中每组地址对包括一个服务端节点的地址和一个客户端节点的地址。发明人发现，现有的分布式微服务应用的升级中，之所以容易出现新旧版本间互相调用的情况，是因为客户端节点与服务端节点之间的路由方式是随机负载的，当其中一个节点完成升级而另一个节点未进行升级时，就会出现新旧版本间互相调用的情况。这将导致新旧版本接口不兼容的问题，使得系统运行出现异常。因此，本发明实施例通过对多个服务端节点的地址和多个客户端节点的地址进行分组，从而通过分组的方式将现有的一个服务端节点可以调用多个客户端节点调整为一个服务端节点只能调用一个客户端节点，通过这种一一对应的关系可以在保证客户服务不中断的基础上，避免因新旧版本间互相调用而导致的不兼容问题，从而保证系统正常运行。

实施例中，获得微服务应用的地址列表，包括：从zookeeper注册中心获得微服务应用的地址列表；分布式微服务应用的升级方法还包括：得到多组地址对之后，根据所述多组地址对生成路由规则文件；将所述路由规则文件写入zookeeper注册中心。

本实施例中，通过将路由规则文件写入zookeeper注册中心，可以更改客户端节点与服务端节点之间原本的调用关系，从而实现将现有的一个服务端节点可以调用多个客户端节点调整为一个服务端节点只能调用一个客户端节点。

具体实施时，根据所述多组地址对，进行分布式微服务应用的升级。

实施例中，根据所述多组地址对，进行分布式微服务应用的升级，包括：依次对每组地址对对应的服务端节点和客户端节点进行升级。例如，客户端节点用c1，c2，...cn表示，服务端节点用p1，p2，...pn表示，则多组地址对可以表示为(c1，p1)，(c2，p2)，...(cn，pn)，依次对每组地址对对应的服务端节点和客户端节点进行升级。具体的，比如有两组地址(c1，p1)，(c2，p2)，波动停止第一组的客户端，停止第一组的服务端，此时，只有第二组提供服务，然后升级第一组服务端并启动，升级第一组客户端并启动。此时，第一组为新版本，第二组为旧版本。两组同时提供新旧两种服务。然后波动停止第二组客户端，停止第二组服务端，此时，第二组旧服务完全停止，仅第一组提供新服务，升级第二组服务端并启动，升级第二组客户端并启动。此时，第一组第二组均为新版本，两组同时提供新服务。

实施例中，分布式微服务应用的升级方法还包括：进行分布式微服务应用的升级之后，删除写入zookeeper注册中心的路由规则文件。在删除写入zookeeper注册中心的路由规则文件之后，即可以恢复到最初的调用方式。

基于同一发明构思，本发明实施例还提供了一种分布式微服务应用的升级装置，如下面的实施例所述。由于这些解决问题的原理与分布式微服务应用的升级方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

图2为本发明实施例中分布式微服务应用的升级装置的结构图，如图2所示，该装置包括：

地址获得模块201，用于获得微服务应用的地址列表，所述地址列表包括多个服务端节点的地址和多个客户端节点的地址；

地址分组模块202，用于对所述多个服务端节点的地址和多个客户端节点的地址进行分组，得到多组地址对，其中每组地址对包括一个服务端节点的地址和一个客户端节点的地址；

升级模块203，用于根据所述多组地址对，进行分布式微服务应用的升级。

一个实施例中，如图3所示，地址获得模块201进一步用于：从zookeeper注册中心获得微服务应用的地址列表；

分布式微服务应用的升级装置还包括：

文件生成模块204，用于得到多组地址对之后，根据所述多组地址对生成路由规则文件；

文件写入模块205，用于将所述路由规则文件写入zookeeper注册中心。

一个实施例中，所述升级模块203进一步用于：依次对每组地址对对应的服务端节点和客户端节点进行升级。

一个实施例中，如图4所示，分布式微服务应用的升级装置还包括：

文件删除模块206，用于进行分布式微服务应用的升级之后，删除写入zookeeper注册中心的路由规则文件。

下面给出一个具体实施例，说明本发明实施例一种分布式微服务应用的升级方法的具体应用。在本具体实施例中，采用的原理基于dubbo提供的路由规则机制，对客户端和服务端进行ip分组，利用dubbo的路由规则机制，向zookeeper的服务注册信息节点下写入分组路由规则，控制指定的消费者调用指定的服务者。如图5所示，在分组路由生效前，客户端节点c1，c2调用服务端p1，p2节点的路由方式是随机负载的。c1可以调用p1，p2，c2同样。当向zookeeper中写入路由规则为：c1->p1，c2->p2后，c1节点只能调用p1节点，c2节点只能调用p2节点。此时便可以对c1，p1进行版本升级。c2，p2仍然保持旧版本。然后对c2，p2进行升级，这样，所有节点均升级至新版本，最后可以删除之前写入zookeeper的路由规则，恢复最初的调用方式。具体的，部署igtb-deploy-tool-1.0-SNAPSHOT.jar到zookeeper或dubbo服务节点上，igtb-deploy-tool-1.0-SNAPSHOT.jar是可执行代码，存储了应用程序可执行文件，包括代码和配置文件，可以满足对分布式架构下的微服务进行分组升级。具体原理为：通过获取注册中心上的微服务应用的地址列表，对地址列表按照配置的路由规则进行分组，并将分组路由信息写入注册中心中，这样请求就会按照我们的分组配置进行调用，从而可以做到新旧版本的调用隔离。按如下流程对服务端节点的地址和客户端节点的地址进行分组：

########zookeeper&dubbo######################；

zookeeperConnStr＝zookeeper://22.11.13.108:2181//分布式微服务的注册中心地址，用来获取服务地址列表；

dubbo_zk_path＝/dubbo//注册中心的根路径；

route_enabled＝true//路由规则是否直接启用，true：直接启用，false：只导入zk，不启用，通过dubbo-admin再启用；

#######ip分组#######################；

#需要进行分组路由的dubbo应用名称，逗号分隔；

#1.配置该属性,配置的应用按照ip进行分组路由，未配置的应用不进行分组路由；

#2.未配置该属性或applicationsToControl＝*，代表所有应用都按照ip分组路由；

#applicationsToControl＝igtb-srv-trf,igtb-srv-act；

applicationsToControl＝*需要控制的微服务名称，配置在这里，配置*代表全部应用；

#ip配置支持通配符，如22.11.*.*或22.11.64.*；

#A组；

ipGroupA＝22.11.147.245,22.11.64.239//第一组的ip列表；

#B组；

ipGroupB＝22.10.184.26,22.11.147.214//第二组的ip列表；

#######路由规则保存文件路径，支持回退操作#######；

routeUrlSavePath＝./route_urls.log//日志位置，对路由分组信息进行保存；

#######日志#######；

#logging.path＝；

#logging.file＝；

logging.level.root＝INFO//分组工具的日志级别，用来排查问题；

logging.level.com.igtb.deploy＝DEBUG//日志级别的具体维度。

然后，保证所有客户端和服务端节点都已经正常启动并成功注册到zookeeper中，然后执行命令，添加分组路由规则。两组地址A(c1，p1)，B(c2，p2)，波动停止A组的客户端，停止A组的服务端，此时，只有B组提供服务，然后升级A组服务端并启动，升级A组客户端并启动。此时，A组为新版本，B组为旧版本。两组同时提供新旧两种服务。然后波动停止B组客户端，停止B组服务端，此时，B组旧服务完全停止，仅A组提供新服务，升级B组服务端并启动，升级B组客户端并启动。此时，A组B组均为新版本，两组同时提供新服务。最后，执行rollback命令删除路由规则。如图6所示，当完成所有的服务版本升级后，将路由规则进行删除，调用关系重新变为c1调用p1，p2；c2也可以调用p1，p2。即当完成升级后，我们的路由规则已经没有必要存在，可以将调用关系恢复为初始状态。

综上所述，本发明实施例通过获得微服务应用的地址列表，所述地址列表包括多个服务端节点的地址和多个客户端节点的地址；对所述多个服务端节点的地址和多个客户端节点的地址进行分组，得到多组地址对，其中每组地址对包括一个服务端节点的地址和一个客户端节点的地址；根据所述多组地址对，进行分布式微服务应用的升级。本发明实施例通过对多个服务端节点的地址和多个客户端节点的地址进行分组，从而通过分组的方式将现有的一个服务端节点可以调用多个客户端节点调整为一个服务端节点只能调用一个客户端节点，进而根据多组地址对，进行分布式微服务应用的升级，通过这种一一对应的关系可以在保证客户服务不中断的基础上，避免因新旧版本间互相调用而导致的不兼容问题，从而保证系统正常运行。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种分布式微服务应用的升级方法，其特征在于，包括：

获得微服务应用的地址列表，所述地址列表包括多个服务端节点的地址和多个客户端节点的地址；

对所述多个服务端节点的地址和多个客户端节点的地址进行分组，得到多组地址对，其中每组地址对包括一个服务端节点的地址和一个客户端节点的地址；

根据所述多组地址对，进行分布式微服务应用的升级。

2.如权利要求1所述的分布式微服务应用的升级方法，其特征在于，获得微服务应用的地址列表，包括：从zookeeper注册中心获得微服务应用的地址列表；

分布式微服务应用的升级方法还包括：

得到多组地址对之后，根据所述多组地址对生成路由规则文件；

将所述路由规则文件写入zookeeper注册中心。

3.如权利要求1所述的分布式微服务应用的升级方法，其特征在于，根据所述多组地址对，进行分布式微服务应用的升级，包括：依次对每组地址对对应的服务端节点和客户端节点进行升级。

4.如权利要求1所述的分布式微服务应用的升级方法，其特征在于，还包括：

进行分布式微服务应用的升级之后，删除写入zookeeper注册中心的路由规则文件。

5.一种分布式微服务应用的升级装置，其特征在于，包括：

地址获得模块，用于获得微服务应用的地址列表，所述地址列表包括多个服务端节点的地址和多个客户端节点的地址；

地址分组模块，用于对所述多个服务端节点的地址和多个客户端节点的地址进行分组，得到多组地址对，其中每组地址对包括一个服务端节点的地址和一个客户端节点的地址；

升级模块，用于根据所述多组地址对，进行分布式微服务应用的升级。

6.如权利要求5所述的分布式微服务应用的升级装置，其特征在于，地址获得模块进一步用于：从zookeeper注册中心获得微服务应用的地址列表；

分布式微服务应用的升级装置还包括：

文件生成模块，用于得到多组地址对之后，根据所述多组地址对生成路由规则文件；

文件写入模块，用于将所述路由规则文件写入zookeeper注册中心。

7.如权利要求5所述的分布式微服务应用的升级装置，其特征在于，所述升级模块进一步用于：依次对每组地址对对应的服务端节点和客户端节点进行升级。

8.如权利要求5所述的分布式微服务应用的升级装置，其特征在于，还包括：

文件删除模块，用于进行分布式微服务应用的升级之后，删除写入zookeeper注册中心的路由规则文件。

9.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4任一所述方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有执行权利要求1至4任一所述方法的计算机程序。

Images