CN110708367A - 应用调用方法、应用发布方法及应用发布系统 - Google Patents

Abstract

本申请提供了一种应用调用方法、应用发布方法及应用发布系统，应用于计算机技术领域，其中该方法包括：待更新的第一目标应用副本在更新时发送更新指令至服务注册中心，服务注册中心将第一目标应用副本的状态信息由可用状态变更为不可用状态，并将变更后的状态信息发送至服务网关，在服务网关接收到调用方的服务调用请求时，根据各个应用副本的状态信息确定出服务调用请求对应的应用副本，避免出现调用方的服务调用请求遗漏处理的现象，从而避免出现业务中断情况，进而提升了用户的应用体验。

Description

应用调用方法、应用发布方法及应用发布系统

技术领域

本申请涉及计算机网络技术领域，具体而言，本申请涉及一种应用调用方法、应用发布方法及应用发布系统。

背景技术

应用是指为用户或其他软件提供某种功能的一组程序或服务，随着信息技术的发展，许多应用在架构设计上采用分布式部署，即将一套应用部署在相同或不同的网络环境中，协同提供服务。而伴随着分布式系统规模的不断增加，应用版本的更新迭代频繁，如何以更新升级的应用替换分布式部署的旧的应用成为了一个问题。

目前，在针对分布式部署的应用进行发布或更新升级时，是通过滚动发布的方式实现的，即针对分布式部署的多个应用副本，按照预定顺序单个或者分组将旧的应用副本下线并更新为新版本，成功之后按照相同方式滚动发布剩余副本。然而，根据现有的滚动发布的方式，将旧的应用副本下线并更新为新版本的过程中，可能造成服务请求的丢失(即相应的服务请求无法转发至对应的应用副本并进行处理)，从而导致出现业务中断、业务的完整性无法保证的问题。

发明内容

本申请提供了一种应用调用方法、应用发布方法及应用发布系统，用于避免应用发布过程中服务请求的的遗漏处理，保证应用发布过程中服务请求处理的完整性，进而提升了系统的安全性和可靠性以及用户的用户体验，本申请采用的技术方案如下：

第一方面，提供了一种应用调用方法，该方法应用于服务网关，该方法包括，

接收调用方的服务调用请求；

基于至少一个应用副本的状态信息确定服务调用请求对应的应用副本，状态信息为可用状态或不可用状态，各个应用副本采用分布式方式部署；

将服务调用请求转发至确定的服务调用请求对应的应用副本。

进一步地，该方法还包括：

接收服务注册中心发送的第一目标应用副本变更后的状态信息，服务注册中心用于当接收到第一目标应用副本的应用更新指令时，将第一目标应用副本的状态信息由可用状态变更为不可用状态，并将第一目标应用副本变更后的状态信息发送至服务网关。

进一步地，基于至少一个应用副本的状态信息确定服务调用请求对应的应用副本，包括：

基于各个应用副本的状态信息确定出至少一个状态信息为可用状态的应用副本；

基于负载均衡策略从至少一个状态信息为可用状态的应用副本中确定出服务调用请求对应的应用副本。

进一步地，该方法还包括：

接收服务注册中心发送的更新后的第一目标应用副本的状态信息，服务注册中心用于接收当第一目标应用副本更新完毕，更新后的第一目标应用副本发送的注册指令，并用于将更新后的第一目标应用副本状态信息设置为可用状态。

第二方面，提供了一种应用发布方法，该方法应用于应用发布系统，应用发布系统包括服务注册中心、服务网关、至少一个应用副本，各个应用副本采用分布式方式部署；该方法包括：

第一目标应用副本发送应用更新指令至服务注册中心；

基于接收到的目标应用副本发送的应用更新指令，服务注册中心将第一目标应用副本的状态信息由可用状态变更为不可用状态，状态信息为可用状态或不可用状态；

服务注册中心将第一目标应用副本变更后的状态信息发送至服务网关；

服务网关接收服务注册中心发送的第一目标应用副本变更后的状态信息。

进一步地，该方法还包括：

当第一目标应用副本更新完毕，更新后的第一目标应用副本发送注册指令至服务注册中心进行更新后的第一目标应用副本的注册；

服务注册中心将更新后的第一目标应用副本状态信息设置为可用状态。

进一步地，该方法还包括：

服务注册中心将更新中和/或更新完毕的应用副本的状态信息发送至调用方，使得调用方基于更新中和/或更新完毕的应用副本的状态信息确定访问的第二目标应用副本。

第三方面，提供了一种应用发布系统，应用发布系统包括服务注册中心、服务网关、至少一个应用副本，各个应用副本采用分布式方式部署；

至少一个应用副本中的第一目标应用副本，用于发送应用更新指令至服务注册中心；

服务注册中心，用于基于接收到的第一目标应用副本发送的应用更新指令，将第一目标应用副本的状态信息由可用状态变更为不可用状态，状态信息为可用状态或不可用状态，服务注册中心还用于将第一目标应用副本变更后的状态信息发送至服务网关；

服务网关，用于接收服务注册中心发送的第一目标应用副本变更后的状态信息。

进一步地，包括：

更新后的至少一个应用副本中的第一目标应用副本，用于当第一目标应用副本更新完毕，发送注册指令至服务注册中心进行更新后的第一目标应用副本的注册；

服务注册中心，用于将更新后的第一目标应用副本状态信息设置为可用状态，并将更新后的第一目标应用副本状态信息发送至服务网关。

进一步地，服务注册中心将更新中和/或更新完毕的应用副本的状态信息发送至调用方，使得调用方基于更新中和/或更新完毕的应用副本的状态信息确定访问的第二目标应用副本。

本申请提供了一种应用调用方法、应用发布方法以及应用发布系统，与现有技术通过滚动变更方式实现分布式部署的应用的更新发布相比，本申请中通过第一目标应用副本发送应用更新指令至服务注册中心，然后基于接收到的目标应用副本发送的应用更新指令，服务注册中心将第一目标应用副本的状态信息由可用状态变更为不可用状态，继而服务注册中心将第一目标应用副本变更后的状态信息发送至服务网关。也即是说待更新的第一目标应用副本在更新时发送更新指令至服务注册中心，服务注册中心将第一目标应用副本的状态信息由可用状态变更为不可用状态，并将变更后的状态信息发送至服务网关，在服务网关接收到调用方的服务调用请求时，根据各个应用副本的状态信息确定出服务调用请求对应的应用副本，避免出现调用方的服务调用请求遗漏处理的现象，从而避免出现业务中断情况，进而提升了用户的应用体验。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例的一种应用调用方法的流程示意图；

图2为本申请实施例的一种应用发布方法的流程示意图；

图3为本申请实施例的应用发布方法与应用调用方法的时序示意图；

图4为本申请实施例的一种应用发布系统的结构示意图。

具体实施方式

下面详细描述本申请的实施例，各实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

实施例一

本申请实施例提供了一种应用调用方法，应用于服务网关，如图1所示，该方法可以包括以下步骤：

步骤S101，接收调用方的服务调用请求；

具体地，接收调用方的服务调用请求，其中，该调用方可以是网页应用、移动应用、系统应用，如可以是某一APP，也可以是其他应用。

步骤S102，基于至少一个应用副本的状态信息确定所述服务调用请求对应的应用副本，所述状态信息为可用状态或不可用状态，各个所述应用副本采用分布式方式部署；

具体地，服务网关接收到调用方的服务请求后，可以根据分布式部署的各个应用副本的状态信息确定出服务调用请求对应的应用副本；其中，状态信息为可用状态或不可用状态，即标识此刻该应用副本是否可用，其中可用状态可以包括Online状态，不可用状态可以包括挂起状态和Offline状态；其中，该应用副本可以是对应的某一应用的某一微服务的副本，即某一应用服务包括多个微服务，如微服务A、微服务B、微服务C，应用副本可以是微服务A分布式部署的一个副本(如微服务副本A1或微服务副本A2)。

步骤S103，将所述服务调用请求转发至确定的所述服务调用请求对应的应用副本。

具体地，服务网关存储有各个应用副本与对应的地址的映射关系，根据相应的应用副本与地址的映射关系，服务网关将服务调用请求转发至确定的所述服务调用请求对应的应用副本。

本申请实施例提供了一种应用调用方法，在服务网关接收到调用方的服务调用请求时，根据各个应用副本的状态信息确定出服务调用请求对应的应用副本，避免出现调用方的服务调用请求遗漏处理的现象，从而避免出现业务中断情况，进而提升了用户的应用体验。

进一步地，该方法还包括：

步骤S104(图中未示出)，接收服务注册中心发送的所述第一目标应用副本变更后的状态信息，所述服务注册中心用于当接收到第一目标应用副本的应用更新指令时，将所述第一目标应用副本的状态信息由可用状态变更为不可用状态，并将所述第一目标应用副本变更后的状态信息发送至所述服务网关。

具体地，服务注册中心接收到第一目标应用副本的应用更新指令时，将第一目标应用副本的状态信息由可用状态变更为不可用状态，并将变更后的状态信息发送至服务网关，服务网关接收到服务注册中心发送的变更的状态信息后，将该第一目标应用副本的状态信息变更为不可用状态，待接收到相应服务请求时，将不会把该相应服务请求路由至该第一目标应用副本，而将相应服务请求路由至该其他应用状态可可用状态的其他应用副本。

对于本申请实施例，第一目标应用副本更新发布时，通过服务注册中心，服务网关对第一目标应用副本的状态信息进行变更，从而当接收到服务请求时，能根据更新后的各个应用副本的状态信息进行应用副本的路由，避免路由至状态信息为不可用状态的应用副本。

具体地，步骤S102包括：

步骤S1021(图中未示出)，基于各个所述应用副本的状态信息确定出至少一个状态信息为可用状态的应用副本；

步骤S1022(图中未示出)，基于负载均衡策略从所述至少一个状态信息为可用状态的应用副本中确定出所述服务调用请求对应的应用副本。

具体地，服务网关根据各个应用副本的状态信息确定出至少一个状态信息为可用状态的应用副本，然后根据负载均衡策略从状态信息为可用状态的应用副本中确定出对服务调用请求进行处理的应用副本。

对于本申请实施例，解决了对服务调用请求进行处理的应用副本的确定问题。

进一步地，该方法还包括：

步骤S105(图中未示出)，接收所述服务注册中心发送的更新后的所述第一目标应用副本的状态信息，所述服务注册中心用于接收当所述第一目标应用副本更新完毕，更新后的所述第一目标应用副本发送的注册指令，并用于将更新后的所述第一目标应用副本状态信息设置为可用状态。

对于本申请实施例，待第一目标应用副本更新完毕后，通过服务注册中心将第一目标应用副本的状态信息同步至服务网关，实现了第一目标应用副本的更新发布。

实施例二

本申请实施例还提供了一种应用发布方法，如图2所示，该方法应用于应用发布系统，所述应用发布系统包括服务注册中心、服务网关、至少一个应用副本，各个所述应用副本采用分布式方式部署；该方法包括：

步骤S201，第一目标应用副本发送应用更新指令至所述服务注册中心；

具体地，第一目标应用副本可以通过相应的代理向服务注册中心发送应用更新指令。

步骤S202，基于接收到的所述第一目标应用副本发送的应用更新指令，所述服务注册中心将所述第一目标应用副本的状态信息由可用状态变更为不可用状态，所述状态信息为可用状态或不可用状态；

步骤S203，所述服务注册中心将所述第一目标应用副本变更后的状态信息发送至所述服务网关；

步骤S204，所述服务网关接收所述服务注册中心发送的所述第一目标应用副本变更后的状态信息。

具体地，当接收到的第一目标应用副本发送的应用更新指令，服务注册中心将所述第一目标应用副本的状态信息由可用状态变更为不可用状态，并将变更后的状态信息同步至服务网关。

本申请实施例提供了一种应用发布方法，与现有技术通过滚动变更方式实现分布式部署的应用的更新发布相比，本申请实施例中通过第一目标应用副本发送应用更新指令至服务注册中心，然后基于接收到的目标应用副本发送的应用更新指令，服务注册中心将第一目标应用副本的状态信息由可用状态变更为不可用状态，继而服务注册中心将第一目标应用副本变更后的状态信息发送至服务网关。也即是说待更新的第一目标应用副本在更新时发送更新指令至服务注册中心，服务注册中心将第一目标应用副本的状态信息由可用状态变更为不可用状态，并将变更后的状态信息发送至服务网关，在服务网关接收到调用方的服务调用请求时，根据各个应用副本的状态信息确定出服务调用请求对应的应用副本，避免了出现调用方的服务调用请求遗漏处理的现象，从而避免出现业务中断情况，进而提升了用户的应用体验。

进一步地，该方法还包括：

步骤S205(图中未示出)当所述第一目标应用副本更新完毕，更新后的所述第一目标应用副本发送注册指令至所述服务注册中心进行更新后的所述第一目标应用副本的注册；

步骤S206(图中未示出)，所述服务注册中心将更新后的所述第一目标应用副本状态信息设置为可用状态。

对于本申请实施例，待第一目标应用副本更新完毕后，通过服务注册中心将第一目标应用副本的状态信息同步至服务网关，实现了第一目标应用副本的更新发布。

进一步地，该方法还包括：

步骤S207(图中未示出)所述服务注册中心将更新中和/或更新完毕的应用副本的状态信息发送至调用方，使得所述调用方基于所述更新中和/或更新完毕的应用副本的状态信息确定访问的第二目标应用副本。

对于本申请实施例，将更新中和/或更新完毕的应用副本的状态信息发送至调用方，使得所述调用方基于所述更新中和/或更新完毕的应用副本的状态信息确定访问的第二目标应用副本，从而当服务注册中心或服务网关出现故障时，也能实现调用方的服务请求的响应。

为更好理解本申请，图3示出了本申请实施例的应用发布方法与应用调用方法的时序图，下面参照图3对本申请实施例的应用调用方法与应用发布进行介绍：

步骤S301，应用副本发送更新指令至服务注册中心；

步骤S302，服务注册中心根据接收到的更新指令，将应用副本的状态信息由可用状态调整为不可用状态，并将更改后的状态信息同步至服务网关；其中，步骤S301也可以是更新后的应用副本发送注册指令至服务中心，步骤S302可以是服务注册中心根据接收到的注册指令，将更新后的应用副本的状态设置为可用状态，并同步至服务网关；

步骤S303，调用方发送服务调用请求至服务网关；

步骤S304，服务网关根据各个应用副本的状态信息确定服务调用请求对应的应用副本，并将服务调用请求路由至该服务调用请求对应的应用副本；

步骤S305，接收应用副本反馈的响应信息；

步骤S306，转发应用副本反馈的响应信息至调用方；

步骤S307，服务注册中心将应用副本的状态信息发送至调用方；

步骤S308，调用方根据各个应用副本的状态信息确定调用的应用副本；

步骤S309，接收应用副本反馈的相应信息。

其中，需要说明的是步骤301-步骤309仅为本申请应用发布方法或应用调用方方的示例说明，不构成对本申请的限制。

实施例三

本申请实施例还提供了一种应用发布系统，如图四所示，所述应用发布系统包括服务注册中心401、服务网关402、至少一个应用副本403，各个所述应用副本采用分布式方式部署；

所述至少一个应用副本中的第一目标应用副本403，用于发送应用更新指令至所述服务注册中心401；

所述服务注册中心401，用于基于接收到的所述第一目标应用副本403发送的应用更新指令，将所述第一目标应用副本的状态信息由可用状态变更为不可用状态，所述状态信息为可用状态或不可用状态，所述服务注册中心还用于将所述第一目标应用副本变更后的状态信息发送至所述服务网关；

所述服务网关402，用于接收所述服务注册中心401发送的所述第一目标应用副本变更后的状态信息。

本申请实施例提供了一种应用发布系统，与现有技术通过滚动变更方式实现分布式部署的应用的更新发布相比，本申请实施例中通过第一目标应用副本发送应用更新指令至服务注册中心，然后基于接收到的目标应用副本发送的应用更新指令，服务注册中心将第一目标应用副本的状态信息由可用状态变更为不可用状态，继而服务注册中心将第一目标应用副本变更后的状态信息发送至服务网关。也即是说待更新的第一目标应用副本在更新时发送更新指令至服务注册中心，服务注册中心将第一目标应用副本的状态信息由可用状态变更为不可用状态，并将变更后的状态信息发送至服务网关，在服务网关接收到调用方的服务调用请求时，根据各个应用副本的状态信息确定出服务调用请求对应的应用副本，避免了出现调用方的服务调用请求遗漏处理的现象，从而避免出现业务中断情况，进而提升了用户的应用体验。

进一步地，更新后的所述至少一个应用副本中的所述第一目标应用副本403，用于当所述第一目标应用副本更新完毕，发送注册指令至所述服务注册中心401进行更新后的所述第一目标应用副本的注册；

所述服务注册中心401，用于将更新后的所述第一目标应用副本状态信息设置为可用状态，并将更新后的所述第一目标应用副本状态信息发送至所述服务网关。

对于本申请实施例，待第一目标应用副本更新完毕后，通过服务注册中心将第一目标应用副本的状态信息同步至服务网关，实现了第一目标应用副本的更新发布。

进一步地，所述服务注册中心将更新中和/或更新完毕的应用副本的状态信息发送至调用方，使得所述调用方基于所述更新中和/或更新完毕的应用副本的状态信息确定访问的第二目标应用副本。

对于本申请实施例，将更新中和/或更新完毕的应用副本的状态信息发送至调用方，使得所述调用方基于所述更新中和/或更新完毕的应用副本的状态信息确定访问的第二目标应用副本，从而当服务注册中心或服务网关出现故障时，也能实现调用方的服务请求的响应。

应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

以上仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (10)

1.一种应用调用方法，其特征在于，应用于服务网关，包括：

接收调用方的服务调用请求；

基于至少一个应用副本的状态信息确定所述服务调用请求对应的应用副本，所述状态信息为可用状态或不可用状态，各个所述应用副本采用分布式方式部署；

将所述服务调用请求转发至确定的所述服务调用请求对应的应用副本。

2.根据权利要求1所述的方法，其特征在于，该方法还包括：

接收服务注册中心发送的所述第一目标应用副本变更后的状态信息，所述服务注册中心用于当接收到第一目标应用副本的应用更新指令时，将所述第一目标应用副本的状态信息由可用状态变更为不可用状态，并将所述第一目标应用副本变更后的状态信息发送至所述服务网关。

3.根据权利要求1或2所述的方法，其特征在于，基于至少一个应用副本的状态信息确定所述服务调用请求对应的应用副本，包括：

基于各个所述应用副本的状态信息确定出至少一个状态信息为可用状态的应用副本；

基于负载均衡策略从所述至少一个状态信息为可用状态的应用副本中确定出所述服务调用请求对应的应用副本。

4.根据权利要求1-3任一项所述的方法，其特征在于，该方法还包括：

接收所述服务注册中心发送的更新后的所述第一目标应用副本的状态信息，所述服务注册中心用于接收当所述第一目标应用副本更新完毕，更新后的所述第一目标应用副本发送的注册指令，并用于将更新后的所述第一目标应用副本状态信息设置为可用状态。

5.一种应用发布方法，其特征在于，该方法应用于应用发布系统，所述应用发布系统包括服务注册中心、服务网关、至少一个应用副本，各个所述应用副本采用分布式方式部署；该方法包括：

第一目标应用副本发送应用更新指令至所述服务注册中心；

基于接收到的所述第一目标应用副本发送的应用更新指令，所述服务注册中心将所述第一目标应用副本的状态信息由可用状态变更为不可用状态，所述状态信息为可用状态或不可用状态；

所述服务注册中心将所述第一目标应用副本变更后的状态信息发送至所述服务网关；

所述服务网关接收所述服务注册中心发送的所述第一目标应用副本变更后的状态信息。

6.根据权利要求5所述的方法，其特征在于，该方法还包括：

当所述第一目标应用副本更新完毕，更新后的所述第一目标应用副本发送注册指令至所述服务注册中心进行更新后的所述第一目标应用副本的注册；

所述服务注册中心将更新后的所述第一目标应用副本状态信息设置为可用状态。

7.根据权利要求5或6所述的方法，其特征在于，该方法还包括：

所述服务注册中心将更新中和/或更新完毕的应用副本的状态信息发送至调用方，使得所述调用方基于所述更新中和/或更新完毕的应用副本的状态信息确定访问的第二目标应用副本。

8.一种应用发布系统，其特征在于，所述应用发布系统包括服务注册中心、服务网关、至少一个应用副本，各个所述应用副本采用分布式方式部署；

所述至少一个应用副本中的第一目标应用副本，用于发送应用更新指令至所述服务注册中心；

所述服务注册中心，用于基于接收到的所述第一目标应用副本发送的应用更新指令，将所述第一目标应用副本的状态信息由可用状态变更为不可用状态，所述状态信息为可用状态或不可用状态，所述服务注册中心还用于将所述第一目标应用副本变更后的状态信息发送至所述服务网关；

所述服务网关，用于接收所述服务注册中心发送的所述第一目标应用副本变更后的状态信息。

9.根据权利要求8所述的系统，其特征在于，

更新后的所述至少一个应用副本中的所述第一目标应用副本，用于当所述第一目标应用副本更新完毕，发送注册指令至所述服务注册中心进行更新后的所述第一目标应用副本的注册；

所述服务注册中心，用于将更新后的所述第一目标应用副本状态信息设置为可用状态，并将更新后的所述第一目标应用副本状态信息发送至所述服务网关。

10.根据权利要求8或9所述的系统，其特征在于，

所述服务注册中心将更新中和/或更新完毕的应用副本的状态信息发送至调用方，使得所述调用方基于所述更新中和/或更新完毕的应用副本的状态信息确定访问的第二目标应用副本。

Images