CN113055465B

CN113055465B - 一种支持事务一致性的微服务动态更新方法

Info

Publication number: CN113055465B
Application number: CN202110263875.0A
Authority: CN
Inventors: 曹春; 马晓星; 王东宇
Original assignee: Nanjing University
Current assignee: Nanjing University
Priority date: 2021-03-11
Filing date: 2021-03-11
Publication date: 2022-04-22
Anticipated expiration: 2041-03-11
Also published as: WO2022188205A1; CN113055465A

Abstract

本发明公开一种支持事务一致性的微服务动态更新方法，属于软件维护技术领域，包括以下内容：流量代理的插入以及支持事务一致性的动态更新流程；其中通过采用插入流量代理的方式，对用户请求进行接管，拦截并提取出其中的分布式事务信息，添加对应的分布式事务标识，并对其进行管理；支持事务一致性的动态更新流程描述如何从新版本上线到撤销旧版本，对目标服务进行动态更新的同时保证系统的持续可用性。本方法在微服务动态更新方面，相比较于常见的部署方案，在满足一致性要求的同时，在及时性和干扰性两方面取得了较好的平衡，可应用于不同的微服务系统，有较高的应用价值。

Description

一种支持事务一致性的微服务动态更新方法

技术领域

本发明涉及一种支持事务一致性的微服务动态更新方法，属于软件维护技术领域。

背景技术

随着软件系统规模的扩大，系统维护和演化也变得越来越复杂。传统的应用程序将所有功能都打包成一个独立的单元，称为单体应用。单体应用架构简单、部署方便，但不够灵活，无法保证软件应用的快速持续交付，因此微服务架构应运而生。

微服务架构作为一项在云中部署应用和服务的新技术己成为当下最新的热门架构。微服务架构通过将复杂的软件应用划分成若干个更小的服务，每个服务都可以独立地进行部署、升级、扩展和替换。整个系统中的微服务是分布式的，用户通过访问系统暴露的接口得到对应的结果，系统内部实现对用户保持了透明，同时微服务间的低耦合有效地缩短了软件的开发周期，降低了软件维护成本，更加符合当前互联网应用快速迭代、持续交付的需求。

传统的软件更新需要对软件进行停止、更新再启动，但随着用户越来越依赖于系统，传统更新所导致的系统中断会给用户带来很大的不便，引起管理代价的显著提高，比如一些高可靠的服务平台希望为用户提供全天不间断的服务。因此需要在不中断软件正常运行的前提下，对软件系统进行动态更新。动态更新在更新过程中需要对安全性、及时性、低干扰性等多方面进行保证。当前常见的微服务更新部署方案通常采用上线新版本，新旧版本共存并逐渐将用户请求往新版本分流的方法。这些方案尽管都保证了更新过程中软件的可用性，但由于更新时机的不确定性，便有可能导致运行时分布式事务调用到目标更新服务的不同版本，从而破坏动态更新对于安全性，即一致性的要求。

发明内容

本发明的目的是：现有的微服务更新部署方案侧重于新旧版本流量的快速切换，但忽略了更新过程中对于运行时分布式事务的一致性的保证，若某一分布式事务前后调用到新旧版本的服务存在不可兼容性，便会产生错误。本发明针对现有更新方案的不足，针对动态更新过程对于一致性等多方面的要求，提出一种支持事务一致性的微服务动态更新方法，通过插入流量代理的方式，对运行时分布式事务信息进行标识、记录和管理，使得系统可在更新过程中对用户请求进行正确的流量导向，保证动态更新过程中的一致性。同时，利用记录的分布式事务信息，确定何时旧版本服务可以被安全地完成撤销。该方法不仅保证了动态更新过程中的一致性，而且降低了更新过程对系统的干扰性。

为了实现上述目的，本发明所采用的技术方案为：一种支持事务一致性的微服务动态更新方法，包括以下内容：

(1)插入流量代理

(101)为整个微服务系统的入口插入流量代理，一方面将系统的接口对外暴露出来供用户进行访问，对用户请求进行转发；另一方面，拦截所有的用户请求并添加唯一的分布式事务标识，对相关的分布式事务标识进行记录和管理；

(102)为每一个微服务实例插入流量代理，接管请求流量并依据相关的路由规则进行流量的转发，同时对相关的分布式事务标识进行记录和管理。

(2)支持事务一致性的动态更新流程

初始状态下当整个软件系统部署完成，为每个微服务创建初始的路由规则和版本信息；或者系统完成一次动态更新后，相关的路由规则已重置，系统中的服务可正常处理用户请求。当需要对目标微服务进行动态更新时，按如下步骤进行操作：

步骤1，上线新版本：上线部署目标微服务的新版本，通过修改相关的路由规则，完成目标服务新旧版本的切换；

步骤2，撤销旧版本：发起撤销旧版本请求，及时完成旧版本服务实例的撤销，完成目标服务的动态更新；

上述步骤1具体包括：

步骤1-1，上线部署目标微服务的新版本，并等待其就绪；

步骤1-2，添加新版本路由规则，优先依据头信息中的相关字段进行流量的转发，流量默认转发往旧版本；

步骤1-3，修改路由规则，将流量默认转发往新版本，其余规则条目不变，完成服务版本的切换；

上述步骤2具体包括：

步骤2-1，发起撤销旧版本请求，阻塞访问旧版本，保证不会再有新的用户请求调用到旧版本服务实例，由新版本服务实例来处理新的用户请求；

步骤2-2，对旧版本服务实例中与微服务系统入口中的分布式事务标识集合进行同步，标识当前尚未结束的分布式事务；

步骤2-3，撤销旧版本，利用同步后的分布式事务标识集合进行判断，所有调用过旧版本的分布式事务均已结束之后，对旧版本的服务实例执行撤销操作；

步骤2-4，撤销旧版本服务实例，并对相关路由规则进行清理重置，最终完成目标服务的动态更新；

有益效果：与现有技术方案相比，本发明具有以下优点：

(1)在动态更新的过程中，保证了运行时分布式事务的一致性，即不存在同一个分布式事务涉及同一服务的不同版本实例，因此当目标服务的新旧版本存在不可兼容性时，确保了系统的持续可用性；

(2)使用接管流量和拦截请求的方式，利用流量代理来对分布式事务进行记录和管理，然后反映到具体的路由规则上，从而避免对用户请求进行阻塞，降低了因采用动态更新算法对系统造成的干扰性，；

(3)本发明的方法具有透明性高，适应性强的优点，通过插入流量代理的方式，使得动态更新过程对用户保持透明，系统能保证较好的用户体验。同时该方法可应用于不同的微服务系统，无需开发人员编写过多的非业务逻辑代码。

附图说明

图1为整个微服务系统入口插入的流量代理的内部模块示意图；

图2为某一微服务实例插入的流量代理的内部模块示意图；

图3为本发明方法所对应的动态更新流程图。

具体实施方式

下面结合具体实施例，进一步阐明本发明，应理解这些实施例仅用于说明本发明而不用于限制本发明的范围，在阅读了本发明之后，本领域技术人员对本发明的各种等价形式的修改均落于本申请所附权利要求所限定的范围。

以下结合附图和具体实施例对本发明作进一步详细说明。

一种支持事务一致性的微服务动态更新方法，其特征在于，包括以下内容：

(1)通过流量代理管理服务请求

为整个微服务系统的用户请求入口和每一个微服务分别插入流量代理。流量代理拦截并接管用户请求，依据规则对请求进行转发并对请求进行事务管理。

(2)支持事务一致性的动态更新流程

支持对系统中的某个微服务进行动态更新，在部署系统中某个微服务的新版本上线时，流量代理将用户请求安全地导向新版本，完成新旧版本的切换，然后根据事务一致性原则在满足条件的情况下撤销旧版本，以完成对目标服务的动态更新。

所述插入流量代理，具体包括：

(1)为整个微服务系统的入口插入流量代理，一方面将系统的接口对外暴露出来供用户进行访问，对用户请求进行转发；另一方面，拦截所有的用户请求并添加跨多个微服务的分布式事务标识，对相关的分布式事务标识进行记录和管理；

(2)为每一个微服务插入流量代理，接管请求流量并依据相关的路由规则进行流量的转发，同时对相关的分布式事务标识进行记录和管理。

对于为整个微服务系统入口插入的流量代理的内部模块如图1所示，具体解释如下：

(1)Proxy模块负责接管所有外来请求，依据相对应的路由规则，将请求进一步地转发往目标服务。同时当请求发生时，为其添加唯一的分布式事务标识；当请求结束时，将请求的上下文信息发送至TraceManager中；

(2)TraceManager模块通过与Proxy模块进行交互，得到请求的上下文信息，从本次请求的头信息中提取出对应的服务调用链，将对应的分布式事务标识，分别记录下来，形成每一服务的每一版本对应于一个分布式事务标识集合，表示已结束的分布式事务集合。

对于为每一个微服务实例的内部模块如图2所示，具体解释如下：

(1)Proxy模块负责接管所有外来请求，依据相对应的路由规则，转发往不同的目标服务：若请求的目标服务为当前服务，则将请求转发往自身的服务实例SvcInstance；否则将请求转发往对应的目标服务；同时当请求发生时，将请求的上下文信息发送至TraceManager中；

(2)TraceManager模块通过与Proxy模块进行交互，得到请求的上下文信息，从本次请求的头信息中提取出对应的分布式事务标识，记录下来形成一个分布式事务标识集合，表示调用过此服务实例的分布式事务集合；

(3)SvcInstance为真正执行微服务关键业务逻辑的模块，负责对用户请求进行处理和响应。并且插入的流量代理对此模块保持透明，较大程度地减轻了对此服务实例的干扰。

在本实施例中，对系统中的某一服务进行动态更新，流程如图3所示，包括以下内容和步骤：

系统完成初始的部署就绪，并创建初始的路由规则和版本信息；或者系统完成一次动态更新后，相关的路由规则已重置。服务此时处于Normal状态，可针对目标服务进行动态更新，具体步骤为：

步骤1，上线新版本：上线部署目标微服务的新版本，通过修改相关的路由规则，完成目标服务新旧版本的切换，具体包括：

步骤1-1，上线部署目标微服务的新版本，并等待其就绪，若新版本部署未就绪则进行后续的更新步骤，系统将返回错误；

步骤1-2，添加新版本路由规则，优先依据头信息中的相关字段进行流量的转发。当服务实例完成处理响应请求时，会在头信息中添加相应的服务信息和版本信息，如x-version：s-v1，因此本次分布式事务的后续请求就可以利用此头信息进行流量的转发。当前服务流量默认转发往旧版本，暂时还无请求被转发往新版本的服务实例；

步骤1-3，修改路由规则，将新流量默认转发往新版本，其余规则条目不变。对于任一分布式事务T，在新规则生效后对目标服务s发起请求，将包括如下几种情况：

①若分布式事务T在运行的过程中还未调用过目标服务s，则其请求头信息中将不包含和目标服务s相关的版本信息，依据我们修改过后的路由规则，分布式事务T对于目标服务s的请求将被转发往新版本；

②若分布式事务T在运行的过程已调用过目标服务s，则其请求头信息中必然包含了相关的版本信息，如x-version：s-v1。此时路由规则将优先依据此版本信息，将请求转发往同一版本的目标服务s；

综上两种情况，都保证了分布式事务T不会调用到目标服务s的不同版本的实例，从而保证了动态更新过程中的一致性。完成步骤1，系统便完成了目标服务新旧版本的切换；

步骤2，撤销旧版本：发起撤销旧版本请求，为了避免旧版本的服务实例长时间地占用系统资源，应及时完成旧版本服务实例的撤销，完成目标服务的动态更新，具体包括：

步骤2-1，阻塞访问旧版本服务实例：当收到旧版本的撤销请求时，阻塞所有调用旧版本服务实例的新请求，即头信息中不存在相关版本信息的请求，而已经调用过旧版本服务的请求则允许通过。被阻塞的请求在调用方侧执行重试机制，重试的请求将依据步骤1-3中更新后的路由规则，进而被转发到新版本的服务实例中，保证了不会再有新的分布式事务标识被旧版本服务实例的流量代理模块记录处理；

步骤2-2，同步集合：由前述可知，每个服务实例的流量代理模块都存在表示已调用过此实例的分布式事务标识集合，整个微服务系统入口的流量代理模块则存在标识已完成的分布式事务标识集合。利用所有旧版本服务实例中保存的集合L1，与整个微服务系统入口所保存的集合L2进行同步，得到的差集D，便代表所有调用过旧版本服务但还未返回结果的分布式事务标识集合；

步骤2-3，利用差集D完成旧版本的撤销：步骤2-1保证了L1集合不会继续增加，同时由于运行的分布式事务总会结束，因此当对应分布式事务结束时，将其标识从差集D中删除。差集D的内容将会不断减少，最终当差集D变为空集时，目标服务变为Free状态，表示不存在已调用过旧版本服务实例且还未结束的分布式事务，旧版本的服务实例可被安全地撤销；

步骤2-4，撤销旧版本服务实例，并对相关路由规则进行清理重置，删去依据头信息进行流量转发的相关条目，将所有流量默认转发往新版本的服务实例，最终完成动态更新，目标服务重新变为Normal状态，为下一次的动态更新操作提供初始条件；

本发明针对动态更新过程对于一致性等多方面的要求，提出支持事务一致性的微服务动态更新方法，使得微服务系统在进行更新时仍然能够正确地处理外来请求，同时对用户保持透明。由于本方法考虑对请求头信息中的内容进行修改，正确地将涉及不同版本服务实例的分布式事务进行划分和路由导向，相比较于常见的微服务部署方案，满足了动态更新在安全性方面的要求。同时，本方法利用插入的流量代理对分布式事务进行管理，有效的在及时性和干扰性两方面取得了较好的平衡。使用本发明提供的方法可应用于不同的微服务系统中，适应范围广，具有较高的应用价值。

Claims

1.一种支持事务一致性的微服务动态更新方法，其特征在于，包括以下内容：

(1)通过流量代理管理服务请求

为整个微服务系统的用户请求入口和每一个微服务分别插入流量代理，流量代理拦截并接管用户请求，依据规则对请求进行转发并对请求进行事务管理；

(2)支持事务一致性的动态更新流程

支持对系统中的某个微服务进行动态更新，在部署系统中某个微服务的新版本上线时，流量代理将用户请求安全地导向新版本，完成新旧版本的切换，然后根据事务一致性原则在满足条件的情况下撤销旧版本，以完成对目标服务的动态更新；

所述支持事务一致性的动态更新流程包括：

步骤1，上线新版本：上线部署目标微服务的新版本，通过修改相关的路由规则，保证事务一致性，完成目标服务新旧版本的切换；

所述撤销旧版本的流程包括：

步骤2.1，阻塞访问旧版本服务实例：当收到旧版本的撤销请求时，阻塞所有调用旧版本服务实例的新请求，即头信息中不存在相关版本信息的请求，而已经调用过旧版本服务的请求则允许通过；被阻塞的请求在调用方侧执行重试机制，重试的请求将依据更新后的路由规则，进而被转发到新版本的服务实例中，保证了不会再有新的分布式事务标识被旧版本服务实例的流量代理模块记录处理；

步骤2.2，同步集合：由前述可知，每个服务的流量代理模块都存在表示已调用过此实例的分布式事务标识集合，整个微服务系统入口的流量代理模块则存在标识已完成的分布式事务标识集合；利用所有旧版本服务实例中保存的集合L1，与整个微服务系统入口所保存的集合L2进行同步，得到的差集D，便代表所有调用过旧版本服务但还未返回结果的分布式事务标识集合；

步骤2.3，利用差集D完成旧版本的撤销：步骤1保证了L1集合不会继续增加，同时由于运行的分布式事务总会结束，因此当对应分布式事务结束时，将其标识从差集D中删除；差集D的内容将会不断减少，最终当差集D变为空集时，目标服务变为Free状态，表示不存在已调用过旧版本服务实例且还未结束的分布式事务，旧版本的服务实例可被安全地撤销；

步骤2.4，撤销旧版本服务实例，并对相关路由规则进行清理重置，删去依据头信息进行流量转发的相关条目，将所有流量默认转发往新版本的服务实例，最终完成动态更新，目标服务重新变为Normal状态，为下一次的动态更新操作提供初始条件。

2.根据权利要求1所述的支持事务一致性的微服务动态更新方法，其特征在于，所述插入流量代理，具体包括：

3.根据权利要求1所述的支持事务一致性的微服务动态更新方法，其特征在于，所述上线新版本的流程包括：

步骤1.1，上线部署目标微服务的新版本，并等待其就绪，若新版本部署未就绪则进行后续的更新步骤，系统将返回错误；

步骤1.2，添加新版本路由规则，优先依据头信息中的相关字段进行流量的转发；当服务实例完成处理响应请求时，会在头信息中添加相应的服务信息和版本信息，因此本次分布式事务的后续请求能够利用此头信息进行流量的转发；当前服务流量默认转发往旧版本，暂时还无请求被转发往新版本的服务实例；所述服务信息和版本信息为：x-version和s-v1；

步骤1.3，修改路由规则，将新流量默认转发往新版本，其余规则条目不变；对于任一分布式事务T，在新规则生效后对目标服务s发起请求，将包括如下几种情况：

②若分布式事务T在运行的过程已调用过目标服务s，则其请求头信息中必然包含了相关的版本信息，此时路由规则将优先依据此版本信息，将请求转发往同一版本的目标服务s。