CN116667959A - 信息处理方法、装置及电子设备和存储介质 - Google Patents

Abstract

本申请实施例公开了一种信息处理方法、装置及电子设备和存储介质，多个能够提供目标服务的服务实例中的第一服务实例获得网关转发的针对目标服务的第一服务请求后，响应于第一服务请求，执行第一操作，向网关发送针对第一服务请求的响应信息，如果满足条件，响应信息中包含表征第一服务实例的第一实例标识，使得网关将响应信息转发给第一服务请求的发送方后，第一服务请求的发送方能够基于第一实例标识定向地向第一服务实例发送与第一服务请求相关的第二服务请求，使得第一服务实例可以从第一服务实例对应的内存中读取第二服务请求所请求访问的与第一服务请求相关的数据，从而降低了服务实例与数据库的交互频次，也就降低业务处理的复杂度。

Description

信息处理方法、装置及电子设备和存储介质

技术领域

本申请涉及信息处理技术领域，更具体地说，涉及一种信息处理方法、装置及电子设备和存储介质。

背景技术

微服务在互联网不断得到应用，一个业务团队大多会开发和维护多个微服务，当需要对外提供服务接口时，会搭建一个网关服务，用网关服务将外部请求路由到指定的微服务。为了保证微服务的高可用性，一个微服务一般会部署至少两个服务实例，当外部请求到达网关后，网关基于预置的路由规则从外部请求所请求的服务对应的多个服务实例中选择一个服务实例，将外部请求转发给所选择的服务实例。

然而，目前的网关服务在为外部请求选择服务实例时，所选择的服务实例是不固定的，即所选择的服务实例有可能是多个服务实例中的任一个，这就需要多个服务实例都是无状态服务，即多个服务实例对于同一个请求响应的结果是完全一致的，这就导致在面对某些需求(比如，访问与外部请求相关的数据)的时候，需要服务实例与数据库交互，比如，网关将第一外部请求转发给了一个服务实例，该服务实例响应第一外部请求后，需要将第一外部请求相关的数据存储到数据库中，当网关接收到与第一外部请求相关的第二外部请求时，由于其在选择服务实例时的不固定性，可能会将第二外部请求转发给另一个服务实例，另一个服务实例因为无法访问其它服务实例的内存，因此需要去数据库中读取第二外部请求所请求访问的与第一外部请求相关的数据，这就增加了业务处理的复杂度。

发明内容

本申请的目的是提供一种信息处理方法、装置及电子设备和存储介质，包括如下技术方案：

一种信息处理方法，应用于第一服务实例，所述第一服务实例为多个能够提供目标服务的服务实例中的任一服务实例；所述方法包括：

获得网关转发的针对所述目标服务的第一服务请求；

响应于所述第一服务请求，执行第一操作；

向所述网关发送针对所述第一服务请求的响应信息；其中，如果满足条件，所述响应信息中包含表征所述第一服务实例的第一实例标识，以便所述网关将所述响应信息转发给所述第一服务请求的发送方后，所述发送方向所述网关发送针对所述目标服务的与所述第一服务请求相关的第二服务请求时，所述第二服务请求中携带有所述第一实例标识，使得所述网关通过所述第一实例标识将所述第二服务请求转发给所述第一服务实例；不同的服务实例通过不同的实例标识表征。

上述方法，可选的，所述满足条件包括：

所述第一服务请求中不包含所述第一实例标识；

或者，

所述第一服务请求中不包含所述第一实例标识，且所述第一服务请求对应的数据处理量大于阈值。

上述方法，可选的，还包括：

如果不满足条件，所述响应信息中不包含所述第一实例标识。

上述方法，可选的，还包括：

将所述第一服务请求的相关数据存储至所述第一服务实例对应的内存中；所述相关数据至少包括如下几项中的至少一项：所述第一服务请求所请求处理的数据，所述第一操作的执行进度；

如果获得所述网关转发的所述第二服务请求，在所述内存中读取所述第二服务请求所请求访问的数据。

一种信息处理方法，应用于网关，所述方法包括：

获得针对目标服务的第三服务请求；

如果所述第三服务请求中携带有第二实例标识，将所述第三服务请求转发给所述第二实例标识对应的第二服务实例；所述第二服务实例为多个能够提供所述目标服务的服务实例中的其中一个服务实例；不同的服务实例对应不同的实例标识；

如果所述第三服务请求中未携带有实例标识，按照预置的路由规则在所述多个能够提供所述目标服务的服务实例中选择第三服务实例，将所述第三服务请求转发给所述第三服务实例。

上述方法，可选的，在将所述第三服务请求转发给所述第三服务实例后，还包括：

获得所述第三服务实例针对所述第三服务请求返回的响应信息，所述响应信息中包含表征所述第三服务实例的第三实例标识；

将所述响应信息转发给所述第三服务请求的发送方。

上述方法，可选的，还包括：

如果获得针对所述目标服务的与所述第三服务请求相关的第四服务请求，所述第四服务请求中携带有所述第三实例标识，基于所述第三实例标识将所述第四服务请求转发给所述第三服务实例。

一种信息处理方法，应用于客户端，所述方法包括：

向网关发送针对目标服务的第五服务请求；

获得所述网关转发的第四服务实例针对所述第五服务请求发送的响应信息，所述响应信息中携带有表征所述第四服务实例的第四实例标识；所述第四服务实例为多个能够提供所述目标服务的服务实例中的其中一个服务实例；不同的服务实例对应不同的实例标识；

向所述网关发送针对所述目标服务的与所述第五服务请求相关的第六服务请求，所述第六服务请求中携带有所述第四实例标识，以便所述网关基于所述第四实例标识将所述第六服务请求转发给所述第四服务实例。

一种信息处理装置，应用于第一服务实例，所述第一服务实例为多个能够提供目标服务的服务实例中的任一服务实例；所述装置包括：

第一获得模块，用于获得网关转发的针对所述目标服务的第一服务请求；

响应模块，用于响应于所述第一服务请求，执行第一操作；

第一发送模块，用于向所述网关发送针对所述第一服务请求的响应信息；

其中，如果满足条件，所述响应信息中包含表征所述第一服务实例的第一实例标识，以便所述网关将所述响应信息转发给所述第一服务请求的发送方后，所述发送方向所述网关发送针对所述目标服务的与所述第一服务请求相关的第二服务请求时，所述第二服务请求中携带有所述第一实例标识，使得所述网关通过所述第一实例标识将所述第二服务请求转发给所述第一服务实例；不同的服务实例通过不同的实例标识表征。

一种信息处理装置，应用于网关，所述装置包括：

第二获得模块，用于获得针对目标服务的第三服务请求；

转发模块，用于如果所述第三服务请求中携带有第二实例标识，将所述第三服务请求转发给所述第二实例标识对应的第二服务实例；所述第二服务实例为多个能够提供所述目标服务的服务实例中的其中一个服务实例；不同的服务实例对应不同的实例标识；如果所述第三服务请求中未携带有实例标识，按照预置的路由规则在所述多个能够提供所述目标服务的服务实例中选择第三服务实例，将所述第三服务请求转发给所述第三服务实例。

一种信息处理装置，应用于客户端，所述装置包括：

第二发送模块，用于向网关发送针对目标服务的第五服务请求；

第三获得模块，用于获得所述网关转发的第四服务实例针对所述第五服务请求发送的响应信息，所述响应信息中携带有表征所述第四服务实例的第四实例标识；

所述第二发送模块还用于，向所述网关发送针对所述目标服务的与所述第五服务请求相关的第六服务请求，所述第六服务请求中携带有所述第四实例标识，以便所述网关基于所述第四实例标识将所述第六服务请求转发给所述第四服务实例。

一种电子设备，包括：

存储器，用于存储程序；

处理器，用于调用并执行所述存储器中的所述程序，通过执行所述程序实现如上任一项所述的信息处理方法的各个步骤。

一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现如上任一项所述的信息处理方法的各个步骤。

通过以上方案可知，本申请提供的一种信息处理方法、装置及电子设备和存储介质，多个能够提供目标服务的服务实例中的任一服务实例(记为第一服务实例)获得网关转发的针对目标服务的第一服务请求后，响应于第一服务请求，执行第一操作，向网关发送针对第一服务请求的响应信息，其中，如果满足条件，响应信息中包含表征第一服务实例的第一实例标识，使得网关将响应信息转发给第一服务请求的发送方后，第一服务请求的发送方能够获得第一实例标识，进而能够定向地向第一服务实例发送与第一服务请求相关的第二服务请求，使得第一服务实例可以从第一服务实例对应的内存中读取第二服务请求所请求访问的与第一服务请求相关的数据，无需将与第一服务请求相关的数据存入数据库，也无需从数据库中读取与第一服务请求相关的数据，从而降低了服务实例与数据库的交互频次，也就降低业务处理的复杂度。

附图说明

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

图1为本申请实施例提供的信息处理方法的一种实现流程图；

图2为本申请实施例提供的信息处理方法的另一种实现流程图；

图3为本申请实施例提供的信息处理方法的又一种实现流程图；

图4为本申请实施例提供的信息处理方法的又一种实现流程图；

图5为本申请实施例提供的信息处理装置的一种结构示意图；

图6为本申请实施例提供的信息处理装置的另一种结构示意图；

图7为本申请实施例提供的信息处理装置的又一种结构示意图；

图8为本申请实施例提供的电子设备的一种结构示意图。

说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的部分，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例，能够以除了在这里图示的以外的顺序实施。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了更好的理解本申请，这里首先对已有的请求微服务的方案进行说明。假设用户(比如技术人员)针对服务S部署了三个服务实例，分别为服务实例A，服务实例B和服务实例C，这三个服务实例均能够提供服务S；网关中配置的路由规则为随机路由到三个服务实例中的任一服务实例，或者，路由规则为轮询路由到三个服务实例中的其中一个服务实例。现有技术中，用户通过客户端向网关发送针对服务S的服务请求后，网关按照预置的路由规则从上述三个服务实例中选择一个服务实例，假设基于路由规则选择了服务实例A，则网关将服务请求转发给所选择的服务实例A。

上述过程中，网关每次接收到针对服务S的服务请求时，都会基于预置的路由规则选择服务实例，而不同次基于预置的路由规则选择的服务实例可能是不同的，这就导致在面对某些需求(比如，访问与外部请求相关的数据)的时候，无法获得所需要的结果。比如，服务S是插入数据的服务，用户通过客户端向网关发送的针对服务S发送了一个请求插入一千条数据服务请求，假设网关按照预置的路由规则将这个请求插入一千条数据的服务请求发送给了服务实例A，服务实例A执行插入一千条数据的操作耗费的时间可能比较长，因此，服务实例A会向客户端返回一个进度信息，以提示用户正在处理中，但用户可能不会一直等着服务实例A，而是过一会儿查一下进度，这样，服务实例A可以不用实时向客户端反馈进度信息，而是当用户查询进度的时候，再向客户端返回进度信息。另外，客户端向网关发送请求插入一千条数据的这个服务请求后，可以在本地的服务列表中增加该请求插入一千条数据的服务请求相关的信息，服务列表用来记录用户所发送的各服务请求相关的信息，服务请求相关的信息可以包括但不限于：服务请求的唯一标识、服务请求发送时间、服务请求的类型、请求处理的数据量、处理进度等；服务请求的唯一标识可以是系统分配的唯一编码。当用户通过客户端向网关发送上述请求插入一千条数据的服务请求后，可以从服务列表中找到该请求插入一千条数据的服务请求，然后针对该请求插入一千条数据的服务请求向网关发送进度查询请求。现有技术中，网关接收到进度查询请求后，仍然是按照预置的路由规则在上述三个服务实例中选择一个服务实例，将进度查询请求转发给所选择的服务实例，但其选择的服务实例有可能不再是服务实例A，而是服务实例B或服务实例C，而服务实例B或服务实例C并没有处理上述请求插入一千条数据的服务请求，且三个服务实例的对应的内存是相互独立的，服务实例B或服务实例C不能访问服务实例A对应的内存，所以服务实例B或服务实例C无法向客户端返回插入一千条数据这个操作的处理进度。

为了克服上述问题，目前已有的方式是服务实例A把进度信息持久化到数据库中，这样服务实例B或服务实例C接收到针对该请求插入一千条数据的服务请求进度查询请求后，可以从数据库中查询进度信息，然后将查询到的进度信息发送给客户端。而与数据库交互是比较复杂的一个过程，比如，需要开发人员建表、建字段、写各种sql语句、配置和逻辑等，而且，服务实例与数据库交互也增加了业务处理流程的复杂度。

下面对本申请的方案进行解释说明。

本申请实施例提供的一种信息处理方法可以用于服务实例(为便于叙述，记为第一服务实例)中，该第一服务实例是多个能够提供同一服务(为便于叙述，记为目标服务)的服务实例中的任一服务实例。如图1所示，为本申请实施例提供的信息处理方法的一种实现流程图，可以包括：

步骤S101：第一服务实例获得网关转发的针对目标服务的第一服务请求。

网关在接收到客户端发送的针对目标服务的第一服务请求后，可能是基于预置路由规则将第一服务请求转发给第一服务实例的，也可能是基于其它方式将第一服务请求转发给第一服务实例的。具体使用哪种方式可以参看后续实施例。

步骤S102：第一服务实例响应于第一服务请求，执行第一操作。

第一服务实例通过执行第一操作而提供第一服务请求所请求的服务。比如，第一服务请求是插入一千条数据，则执行第一操作是执行与插入数据相关的操作，具体插入过程不是本申请关注的重点，可以参看已有的实现方式，这里不再详述。再比如，第一服务请求是根据指定表格中的若干索引ID，查找各个索引ID关联的文档，具体的索引过程不是本申请关注的重点，可以参看已有的实现方式，这里不再详述等。

步骤S103：第一服务实例向网关发送针对第一服务请求的响应信息。

其中，如果满足条件，响应信息中包含表征第一服务实例的第一实例标识，以便网关将响应信息转发给第一服务请求的发送方(即客户端)后，发送方向网关发送针对目标服务的与第一服务请求相关的第二服务请求时，第二服务请求中携带有第一实例标识，使得网关通过第一实例标识将第二服务请求转发给第一服务实例。

第二服务请求可以是请求访问(或处理)与第一服务请求相关的数据的服务请求。其中，与第一服务请求相关的数据可以包括但不限于以下任一种：第一服务请求的处理进度(也可以称为第一操作的执行进度)、第一服务请求处理的数据等。

比如，第一服务请求是请求插入1000条数据，那么，第一服务请求相关的数据可以包括：插入1000条数据的处理进度，和/或，1000条数据。相应的，对应第一服务请求相关的数据是插入1000条数据的处理进度，第二服务请求可以是：查询第一服务请求的处理进度；对应第一服务请求相关的数据是1000条数据，第二服务请求可以是：下载上述1000条数据，或者，删除上述1000条数据等。

比如，第一服务请求是根据指定表格中的若干索引ID，查找各个索引ID关联的文档，那么，第一服务请求相关的数据可以包括：上述指定表格。相应的，第二服务请求可以是：下载上述指定表格，或者，删除上述指定表格等。

本申请中，响应信息中至少包含第一类信息，该第一类信息表征第一服务请求正在被处理，或者，第一类信息表征第一服务请求已处理完成等。

与已有的发送响应信息的方式不同，本申请中，如果满足条件，响应信息中除了包含第一类信息外，还可以包含第二类信息，该第二类信息为表征第一服务实例的标识(为便于叙述和区分，记为第一实例标识)。不同的实例标识表征不同的服务实例，即不同的实例标识对应不同的服务实例。

可选的，第一服务实例可以将第一实例标识放入cookie中，将cookie作为响应信息的一部分发送给网关。可以选的，可以将第一实例标识加密后放入cookie中。

网关接收到针对第一服务请求的响应信息后，将该响应信息发送给客户端，从而客户端可以知道第一服务请求发送给第一服务实例了，使得客户端在发送与第一服务请求相关的第二服务请求时，可以在第二服务请求中插入第一实例标识，当网关接收到插入了第一实例标识的第二服务请求后，可以根据第二服务请求中的第一实例标识将第二服务请求转发给第一服务实例，使得第一服务实例直接从第一服务实例的内存中读取第二服务请求处理的与第一服务请求相关的数据进行反馈即可，而无需再与数据库交互，也不需要第一服务实例将与第一服务请求相关的数据存入到数据库中，从而降低了服务实例与数据库的交互频次。

本申请实施例提供的信息处理方法，多个能够提供目标服务的服务实例中的任一服务实例(记为第一服务实例)获得网关转发的针对目标服务的第一服务请求后，响应于第一服务请求，执行第一操作，向网关发送针对第一服务请求的响应信息，其中，如果满足条件，响应信息中包含表征第一服务实例的第一实例标识，使得网关将响应信息转发给第一服务请求的发送方后，第一服务请求的发送方能够获得第一实例标识，进而能够定向地向第一服务实例发送与第一服务请求相关的第二服务请求，使得第一服务实例可以从第一服务实例对应的内存中读取第二服务请求所请求访问的与第一服务请求相关的数据，无需将与第一服务请求相关的数据存入数据库，也无需从数据库中读取与第一服务请求相关的数据，从而降低了服务实例与数据库的交互频次，也就降低业务处理的复杂度。

在一可选的实施例中，上述满足条件可以包括第一服务请求满足条件，具体可以包括：

第一服务请求中不包含上述第一实例标识。

作为示例，在第一服务请求是客户端发送的新建服务请求的情况下，第一服务请求中是不包含任何实例标识的。

作为示例，在第一服务请求是客户端发送的针对已发送服务请求的服务请求，且客户端不知道是哪个服务实例处理已发送服务请求的情况下，第一服务请求中是不包含任何实例标识的。

本实施例的一个实施例中，只要第一服务请求中不包含第一实例标识，则第一服务实例在向网关发送响应信息时，响应信息中就可以添加第一实例标识。但是，本申请研究发现，在一些情况下，服务实例对一些服务请求的处理非常快，基本不需要用户等待就可以获得处理结果，不需要用户取查询进度，也就不需要服务实例的标识了，或者，一些服务请求所请求处理的数据比较少，没有再次下载的需求，占用内存比较少，也不需要用户去删除，基于此，上述第一服务请求满足条件，具体可以包括：

第一服务请求中不包含上述第一实例标识，且第一服务请求对应的数据处理量大于阈值。

本实施例中，在第一服务请求中不包含第一实例标识时，只有在第一服务请求对应的数据处理量大于阈值的情况下，才会将第一实例标识添加到响应信息中，在第一服务请求中不包含第一实例标识时，如果第一服务请求对应的数据处理量小于或等于阈值，不会将第一实例标识添加到响应信息中。这样可以降低数据处理量，提高数据传输效率。

进一步的，如果不满足条件，则禁止将第一实例标识添加到响应信息中，即响应信息中不包含第一实例标识。

在一可选的实施例中，本申请提供的信息处理方法还可以包括：

第一服务实例将第一服务请求的相关数据存储至第一服务实例对应的内存中；第一服务请求的相关数据至少包括如下几项中的至少一项：第一服务请求所请求处理的数据，第一操作的执行进度。

如果获得网关转发的上述第二服务请求(即请求处理与第一服务请求相关的数据的服务请求)，在第一服务实例的内存中读取第二服务请求所请求访问的数据。

在一可选的实施例中，第一实例标识可以包括第一服务实例启动时生成的唯一字符串。

第一服务实例启动可以是第一服务实例生成后的首次启动，也可以是第一服务实例在版本更新后的启动。即，第一服务实例每次启动时，都生成一个能唯一标识第一服务实例的唯一字符串。

可选的，第一服务实例可以利用哈希函数对第一服务实例的唯一标识符(比如，IP地址)进行处理，生成唯一的哈希字符串作为第一服务实例的第一实例标识。

在一可选的实施例中，第一实例标识可以包括目标服务的标识，以及第一服务实例启动时生成的唯一字符串。

目标服务的标识可以为目标服务的名称，也可以为其它能够唯一标识目标服务的信息。

本申请中，第一实例标识中包括目标服务的标识，使得网关可以从第一实例标识中提取第一服务请求所针对的服务是什么。通常，网关是从服务请求中的接口信息中提取服务请求所针对的服务是什么的，基于本申请，网关可以有两种确定服务请求是针对什么服务的方式，提高交互的有效性和便利性。

其中，接口信息可以为形如以下格式的接口地址：

http://www.iqiyi.com/insert/video，该接口地址是一个提供数据插入服务的地址。

可选的，第一服务实例执行第一操作结束时，说明第一服务请求所请求处理的数据处理完成，此时，第一服务实例可以向客户端发送针对第一服务请求通知消息，该通知消息表征第一服务请求所请求处理的数据已处理完成。第一服务实例发送通知消息后，可以删除本地内存中存储的进度消息，进而释放内存。

与前述方法实施例相对应，本申请实施例提供的另一种信息处理方法可以用于网关中，如图2所示，为本申请实施例提供的信息处理方法的另一种实现流程图，可以包括：

步骤S201：网关获得针对目标服务的第三服务请求，如果第三服务请求中携带有第二实例标识，进入步骤S202；如果第三服务请求中未携带有实例标识，进入步骤S203。

第三服务请求可以是客户端发送的新建服务请求，也可以是针对新建服务请求发送的相关服务请求，比如，查询新建服务请求的处理进度的请求等。

在第三服务请求是新建服务请求的情况下，第三服务请求中不携带任何实例标识；在第二服务请求不是新建服务请求的情况下，比如，是针对新建服务请求发送的相关服务请求，则基于图1所示实施例可知，第三服务请求中可能会携带实例标识，也可能不携带实例标识。

步骤S202：网关将第三服务请求转发给第二实例标识对应的第二服务实例；第二服务实例为多个能够提供目标服务的服务实例中的其中一个服务实例；不同的服务实例对应不同的实例标识。

如果第二服务请求中携带了实例标识，这里记为第二实例标识，则网关直接将第三服务请求转发给第二实例标识对应的第二服务实例即可，而不是按照预置的路由规则在多个服务实例中选择一个服务实例，将第三服务请求转发给所选择的服务实例。

步骤S203：网关按照路由规则在多个能够提供目标服务的服务实例中选择第三服务实例，将第三服务请求转发给第三服务实例。

在第三服务请求中未携带实例标识的情况下，则按照预置的路由规则在多个服务实例中选择一个服务实例，这里记为第三服务实例，将第三服务请求转发给所选择的第三服务实例。

当然，按照路由规则选择的第三服务实例有可能是第二服务实例，也有可能不是第二服务实例。

作为示例，路由规则可以包括：在多个能够提供目标服务的服务实例中随机选择一个服务实例，将第三服务请求转发给所选择的服务实例。

作为示例，路由规则可以包括：以轮询方式在多个能够提供目标服务的服务实例中选择一个服务实例，将第三服务请求转发给所选择的服务实例。

本申请实施例提供的信息处理方法，网关获得的针对目标服务的第三服务请求中能够携带用于唯一表征服务实例的实例标识，使得网关可以根据第三服务请求中携带的第二实例标识将服务请求转发给第二实例标识对应的第二服务实例，实现服务请求的定向转发，基于此，可以将相关的两个或多个服务请求转发到同一服务实例，使得服务实例可以在自身的内存中读取服务请求的相关数据，无需将服务请求相关的数据存储到数据库中，也无需从数据库中读取服务请求的相关数据，降低了服务实例与数据库的交互频次，从而降低业务处理的复杂度。

在一可选的实施例中，本申请的信息处理方法进一步还可以包括：

网关在将第三服务请求转发给第三服务实例后，获得第三服务实例针对第三服务请求返回的响应信息，该响应信息中包含表征第三服务实例的第三实例标识。

第三服务实例接收到第三服务请求后，响应于第三服务请求，对第三服务请求所请求处理的数据进行处理，比如，执行第二操作，还会生成响应信息并发送给第三服务请求的发送方，当然，该响应信息也是通过网关转发给第三服务请求的发送方的。

第三实例标识中包含第三服务实例启动时生成的唯一对应第三服务实例的字符串；或者，第三实例标识中包含目标服务的标识，以及第三服务实例启动时生成的唯一对应第三服务实例的字符串。

网关将响应信息转发给发送第三服务请求的发送方。

网关将响应信息转发给第三服务请求的发送方(即客户端)后，第三服务请求的发送方就可以获得第三服务实例的标识了，进而，当客户端发送针对第三服务请求的相关服务请求(比如，查询进度请求等)时，就可以定向向第三服务实例发送针对第三服务请求的相关服务请求了，避免针对第三服务请求的相关服务请求被路由到非第三服务实例。

在一可选的实施例中，本申请的信息处理方法进一步还可以包括：

如果获得针对目标服务的与第三服务请求相关的第四服务请求，该第四服务请求中携带有第三实例标识，基于第三实例标识将第四服务请求转发给第三服务实例。

本申请中，发送第三服务请求的客户端在获得第三服务实例反馈的响应信息后，如果获得用户触发的针对第三服务请求的第四服务请求，将第三实例标识添加到第四服务请求中，然后发送到网关。

网关接收到第四服务请求后，发现第四服务请求中携带有第三实例标识，直接将第四服务请求发送给第三服务实例，实现了第四服务请求的定向转发。

与前述方法实施例相对应，本申请实施例提供的又一种信息处理方法可以用于客户端中，如图3所示，为本申请实施例提供的信息处理方法的又一种实现流程图，可以包括：

步骤S301：客户端向网关发送针对目标服务的第五服务请求。

用户可以在客户端进行预设操作，以新建并发送针对目标服务的服务请求，为便于叙述和区分，记为第五服务请求。

目标服务可以是批处理类任务，比如，批量插入数据的任务，批量导出数据的任务，批量修改数据的任务等。

网关获得第五服务请求后，如果第五服务请求中不包含实例标识，则根据预置的路由规则从多个能够提供目标服务的服务实例中选择一个服务实例，这里记为第四服务实例，将第五服务请求转发给第四服务实例。

本实施例中，由于第五服务请求是新建请求，因此，第五服务请求中不包含实例标识。

步骤S302：客户端获得网关转发的第四服务实例针对第五服务请求发送的响应信息，响应信息中携带有表征第四服务实例的第四实例标识。第四服务实例为多个能够提供目标服务的服务实例中的其中一个服务实例；不同的服务实例对应不同的实例标识。

第四服务实例接收到第五服务请求后，对第五服务请求所请求处理的数据进行处理，并向客户端返回响应信息，该响应信息中添加了第四服务实例的第四实例标识，响应信息由网关转发给客户端。

步骤S303：客户端向网关发送针对目标服务的与第五服务请求相关的第六服务请求，第六服务请求中携带有第四实例标识，以便网关基于第四实例标识将第六服务请求转发给第四服务实例。

客户端接收到响应信息后，可以从响应信息中解析得到第四服务实例的实例标识(即第四实例标识)，之后，当用户想获得关于第五服务请求的相关信息，比如处理进度信息时，可以针对第五服务请求触发第六服务请求，比如，针对第五服务请求触发进度查询请求，并将第四实例标识添加到第六服务请求中，客户端将添加了第四实例标识的第六服务请求发送给网关，网关判断出第六服务请求中携带有第四实例标识后，直接将第六服务请求转发给第四服务实例，这样第四服务实例可以从其内存中读取第五服务请求的相关数据(比如，进度信息)发送给网关，由网关转发给客户端，使得第四服务实例无需从数据库中读取第五服务请求相关的数据，也无需第四服务实例将第五服务请求的相关数据存储到数据库中，降低了服务实例与数据库的交互频次，从而降低业务处理的复杂度。

如图4所示，为本申请实施例提供的信息处理方法的又一种实现流程图，可以包括：

步骤S401：客户端向网关发送针对目标服务的服务请求S1。

步骤S402：网关确定服务请求S1中不包含实例标识，根据路由规则在能够提供目标服务的多个服务实例中选择一个服务实例作为目标服务实例，假设根据路由规则选择的服务实例为服务实例E1。图4中仅示出了服务实例E1，未示出其它能够提供目标服务的服务实例。

步骤S403：网关将服务请求S1转发给服务实例E1。

步骤S404：服务实例E1对服务请求S1进行处理。

步骤S405：服务实例E1生成携带有实例标识T1的响应信息，其中，实例标识T1唯一表征服务实例E1。服务实例E1还将服务请求S1的相关数据存储到服务实例E1对应的内存中。

步骤S406：服务实例E1将响应信息发送给网关。

步骤S407：网关将响应信息转发给客户端。

步骤S408：客户端从响应信息中解析出实例标识T1进行保存，可选的客户端可以将实例标识T1与服务请求S1关联存储，比如，将实例标识T1与服务请求S1的唯一识别标识关联存储。

步骤S409：客户端生成针对服务请求S1的服务请求S2，比如服务请求S2为查询服务请求S1的处理进度，将服务请求S1关联的实例标识T1添加到服务请求S2中。

步骤S410：客户端向网关发送服务请求S2。

步骤S411：网关确定服务请求S2中携带有实例标识T1，将服务请求S2转发给服务实例E1。

步骤S412：服务实例E1从内存中读取服务请求S1的处理进度。

步骤S413：服务实例E1将服务请求S1的处理进度发送给网关。

步骤S414：网关将服务请求S1的处理进度转发给客户端。

与方法实施例相对应，本申请还提供一种信息处理装置，该信息处理装置可以用于第一服务实例，第一服务实例为多个能够提供目标服务的服务实例中的任一服务实例；如图5所示，为本申请实施例提供的信息处理装置的一种结构示意图，可以包括：

第一获得模块501，响应模块502和第一发送模块503；其中，

第一获得模块501用于获得网关转发的针对所述目标服务的第一服务请求；

响应模块502用于响应于所述第一服务请求，执行第一操作；

第一发送模块503用于向所述网关发送针对所述第一服务请求的响应信息；

其中，如果满足条件，所述响应信息中包含表征所述第一服务实例的第一实例标识，以便所述网关将所述响应信息转发给所述第一服务请求的发送方后，所述发送方向所述网关发送针对所述目标服务的与所述第一服务请求相关的第二服务请求时，所述第二服务请求中携带有所述第一实例标识，使得所述网关通过所述第一实例标识将所述第二服务请求转发给所述第一服务实例；不同的服务实例通过不同的实例标识表征。

本申请实施例提供的信息处理装置，在获得网关转发的针对目标服务的第一服务请求后，响应于第一服务请求，执行第一操作，向网关发送针对第一服务请求的响应信息，其中，如果满足条件，响应信息中包含表征第一服务实例的第一实例标识，使得网关将响应信息转发给第一服务请求的发送方后，第一服务请求的发送方能够获得第一实例标识，进而能够定向地向第一服务实例发送与第一服务请求相关的第二服务请求，使得第一服务实例可以从第一服务实例对应的内存中读取第二服务请求所请求访问的与第一服务请求相关的数据，无需将与第一服务请求相关的数据存入数据库，也无需从数据库中读取与第一服务请求相关的数据，从而降低了服务实例与数据库的交互频次，也就降低业务处理的复杂度。

在一可选的实施例中，上述满足条件包括：

所述第一服务请求中不包含上述第一实例标识；

或者，

所述第一服务请求中不包含上述第一实例标识，且所述第一服务请求对应的数据处理量大于阈值。

在一可选的实施例中，还包括：

如果不满足条件，所述响应信息中不包含所述第一实例标识。

在一可选的实施例中，所述装置还包括：

存储模块，用于将所述第一服务请求的相关数据存储至所述第一服务实例对应的内存中；所述相关数据至少包括如下几项中的至少一项：所述第一服务请求所请求处理的数据，所述第一操作的执行进度；

读取模块，用于如果获得所述网关转发的所述第二服务请求，在所述内存中读取所述第二服务请求所请求访问的数据。

与方法实施例相对应，本申请还提供一种信息处理装置，该信息处理装置可以用于网关；如图6所示，为本申请实施例提供的信息处理装置的另一种结构示意图，可以包括：

第二获得模块601，转发模块602；其中，

第二获得模块601用于获得针对目标服务的第三服务请求；

转发模块602用于如果所述第三服务请求中携带有第二实例标识，将所述第三服务请求转发给所述第二实例标识对应的第二服务实例；所述第二服务实例为多个能够提供所述目标服务的服务实例中的其中一个服务实例；不同的服务实例对应不同的实例标识；如果所述第三服务请求中未携带有实例标识，按照预置的路由规则在所述多个能够提供所述目标服务的服务实例中选择第三服务实例，将所述第三服务请求转发给所述第三服务实例。

本申请实施例提供的信息处理装置，获得的针对目标服务的第三服务请求中能够携带用于唯一标识服务实例的实例标识，使得网关可以根据第三服务请求中携带的第二实例标识将服务请求转发给第二实例标识对应的第二服务实例，实现服务请求的定向转发，基于此，可以将相关的两个或多个服务请求转发到同一服务实例，使得服务实例可以在自身的内存中读取服务请求的相关数据，无需将服务请求相关的数据存储到数据库中，也无需从数据库中读取服务请求的相关数据，降低了服务实例与数据库的交互频次，从而降低业务处理的复杂度。

在一可选的实施例中，第二获得模块601还用于获得所述第三服务实例针对所述第三服务请求返回的响应信息，所述响应信息中包含表征所述第三服务实例的第三实例标识；

转发模块602还用于将所述响应信息转发给所述第三服务请求的发送方。

在一可选的实施例中，第二获得模块601还用于获得针对所述目标服务的第四服务请求，所述第四服务请求中携带有所述第三实例标识；

转发模块602还用于基于所述第三实例标识将所述第四服务请求转发给所述第三服务实例。

与方法实施例相对应，本申请还提供一种信息处理装置，该信息处理装置可以用于客户端；如图7所示，为本申请实施例提供的信息处理装置的又一种结构示意图，可以包括：

第二发送模块701和第三获得模块702；其中，

第二发送模块701用于向网关发送针对目标服务的第五服务请求；

第三获得模块702用于获得所述网关转发的第四服务实例针对所述第五服务请求发送的响应信息，所述响应信息中携带有表征所述第四服务实例的第四实例标识；

所述第二发送模块701还用于，向所述网关发送针对所述目标服务的与所述第五服务请求相关的第六服务请求，所述第六服务请求中携带有所述第四实例标识，以便所述网关基于所述第四实例标识将所述第六服务请求转发给所述第四服务实例。

本申请实施例提供的信息处理装置，客户端可以获得接收第五服务请求的服务实例的标识信息(即第四实例标识)，从而在发送针对第五服务请求的第六服务请求时，可以将第四服务实例的标识信息添加到第六服务请求中，使得网关可以将第六服务请求转发给第四服务实例，这样第四服务实例可以从其内存中读取第五服务请求的相关数据(比如，进度信息)发送给网关，使得第四服务实例无需从数据库中读取第五服务请求相关的数据，也无需第四服务实例将第五服务请求的相关数据存储到数据库中，降低了服务实例与数据库的交互频次，从而降低业务处理的复杂度。

与方法实施例相对应，本申请还提供一种电子设备，该电子设备的一种结构示意图如图8所示，可以包括：至少一个处理器1，至少一个通信接口2，至少一个存储器3和至少一个通信总线4。

在本申请实施例中，处理器1、通信接口2、存储器3、通信总线4的数量为至少一个，且处理器1、通信接口2、存储器3通过通信总线4完成相互间的通信。

处理器1可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本申请实施例的一个或多个集成电路等。

存储器3可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatilememory)等，例如至少一个磁盘存储器。

其中，存储器3存储有程序，处理器1可调用存储器3存储的程序，所述程序用于：

获得网关转发的针对所述目标服务的第一服务请求；响应于所述第一服务请求，执行第一操作；向所述网关发送针对所述第一服务请求的响应信息；其中，如果满足条件，所述响应信息中包含表征所述第一服务实例的第一实例标识，以便所述网关将所述响应信息转发给所述第一服务请求的发送方后，所述发送方向所述网关发送针对所述目标服务的与所述第一服务请求相关的第二服务请求时，所述第二服务请求中携带有所述第一实例标识，使得所述网关通过所述第一实例标识将所述第二服务请求转发给所述第一服务实例；不同的服务实例通过不同的实例标识表征；

或者，所述程序用于：

获得针对目标服务的第三服务请求；如果所述第三服务请求中携带有第二实例标识，将所述第三服务请求转发给所述第二实例标识对应的第二服务实例；所述第二服务实例为多个能够提供所述目标服务的服务实例中的其中一个服务实例；不同的服务实例对应不同的实例标识；如果所述第三服务请求中未携带有实例标识，按照预置的路由规则在所述多个能够提供所述目标服务的服务实例中选择第三服务实例，将所述第三服务请求转发给所述第三服务实例；

或者，所述程序用于：

向网关发送针对目标服务的第五服务请求；获得所述网关转发的第四服务实例针对所述第五服务请求发送的响应信息，所述响应信息中携带有表征所述第四服务实例的第四实例标识；向所述网关发送针对所述目标服务的与所述第五服务请求相关的第六服务请求，所述第六服务请求中携带有所述第四实例标识，以便所述网关基于所述第四实例标识将所述第六服务请求转发给所述第四服务实例。

可选的，所述程序的细化功能和扩展功能可参照上文描述。

本申请实施例还提供一种存储介质，该存储介质可存储有适于处理器执行的程序，所述程序用于：

获得网关转发的针对所述目标服务的第一服务请求；响应于所述第一服务请求，执行第一操作；向所述网关发送针对所述第一服务请求的响应信息；其中，如果满足条件，所述响应信息中包含表征所述第一服务实例的第一实例标识，以便所述网关将所述响应信息转发给所述第一服务请求的发送方后，所述发送方向所述网关发送针对所述目标服务的与所述第一服务请求相关的第二服务请求时，所述第二服务请求中携带有所述第一实例标识，使得所述网关通过所述第一实例标识将所述第二服务请求转发给所述第一服务实例；不同的服务实例通过不同的实例标识表征；

或者，所述程序用于：

获得针对目标服务的第三服务请求；如果所述第三服务请求中携带有第二实例标识，将所述第三服务请求转发给所述第二实例标识对应的第二服务实例；所述第二服务实例为多个能够提供所述目标服务的服务实例中的其中一个服务实例；不同的服务实例对应不同的实例标识；如果所述第三服务请求中未携带有实例标识，按照预置的路由规则在所述多个能够提供所述目标服务的服务实例中选择第三服务实例，将所述第三服务请求转发给所述第三服务实例；

或者，所述程序用于：

向网关发送针对目标服务的第五服务请求；获得所述网关转发的第四服务实例针对所述第五服务请求发送的响应信息，所述响应信息中携带有表征所述第四服务实例的第四实例标识；向所述网关发送针对所述目标服务的与所述第五服务请求相关的第六服务请求，所述第六服务请求中携带有所述第四实例标识，以便所述网关基于所述第四实例标识将所述第六服务请求转发给所述第四服务实例。

可选的，所述程序的细化功能和扩展功能可参照上文描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

应当理解，本申请实施例中，从权、各个实施例、特征可以互相组合结合，都能实现解决前述技术问题。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (13)

1.一种信息处理方法，其特征在于，应用于第一服务实例，所述第一服务实例为多个能够提供目标服务的服务实例中的任一服务实例；所述方法包括：

获得网关转发的针对所述目标服务的第一服务请求；

响应于所述第一服务请求，执行第一操作；

向所述网关发送针对所述第一服务请求的响应信息；其中，如果满足条件，所述响应信息中包含表征所述第一服务实例的第一实例标识，以便所述网关将所述响应信息转发给所述第一服务请求的发送方后，所述发送方向所述网关发送针对所述目标服务的与所述第一服务请求相关的第二服务请求时，所述第二服务请求中携带有所述第一实例标识，使得所述网关通过所述第一实例标识将所述第二服务请求转发给所述第一服务实例；不同的服务实例通过不同的实例标识表征。

2.根据权利要求1所述的方法，其特征在于，所述满足条件包括：

所述第一服务请求中不包含所述第一实例标识；

或者，

所述第一服务请求中不包含所述第一实例标识，且所述第一服务请求对应的数据处理量大于阈值。

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

如果不满足条件，所述响应信息中不包含所述第一实例标识。

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

将所述第一服务请求的相关数据存储至所述第一服务实例对应的内存中；所述相关数据至少包括如下几项中的至少一项：所述第一服务请求所请求处理的数据，所述第一操作的执行进度；

如果获得所述网关转发的所述第二服务请求，在所述内存中读取所述第二服务请求所请求访问的数据。

5.一种信息处理方法，其特征在于，应用于网关，所述方法包括：

获得针对目标服务的第三服务请求；

如果所述第三服务请求中携带有第二实例标识，将所述第三服务请求转发给所述第二实例标识对应的第二服务实例；所述第二服务实例为多个能够提供所述目标服务的服务实例中的其中一个服务实例；不同的服务实例对应不同的实例标识；

如果所述第三服务请求中未携带有实例标识，按照预置的路由规则在所述多个能够提供所述目标服务的服务实例中选择第三服务实例，将所述第三服务请求转发给所述第三服务实例。

6.根据权利要求5所述的方法，其特征在于，在将所述第三服务请求转发给所述第三服务实例后，还包括：

获得所述第三服务实例针对所述第三服务请求返回的响应信息，所述响应信息中包含表征所述第三服务实例的第三实例标识；

将所述响应信息转发给所述第三服务请求的发送方。

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

如果获得针对所述目标服务的与所述第三服务请求相关的第四服务请求，所述第四服务请求中携带有所述第三实例标识，基于所述第三实例标识将所述第四服务请求转发给所述第三服务实例。

8.一种信息处理方法，其特征在于，应用于客户端，所述方法包括：

向网关发送针对目标服务的第五服务请求；

获得所述网关转发的第四服务实例针对所述第五服务请求发送的响应信息，所述响应信息中携带有表征所述第四服务实例的第四实例标识；所述第四服务实例为多个能够提供所述目标服务的服务实例中的其中一个服务实例；不同的服务实例对应不同的实例标识；

向所述网关发送针对所述目标服务的与所述第五服务请求相关的第六服务请求，所述第六服务请求中携带有所述第四实例标识，以便所述网关基于所述第四实例标识将所述第六服务请求转发给所述第四服务实例。

9.一种信息处理装置，其特征在于，应用于第一服务实例，所述第一服务实例为多个能够提供目标服务的服务实例中的任一服务实例；所述装置包括：

第一获得模块，用于获得网关转发的针对所述目标服务的第一服务请求；

响应模块，用于响应于所述第一服务请求，执行第一操作；

第一发送模块，用于向所述网关发送针对所述第一服务请求的响应信息；

其中，如果满足条件，所述响应信息中包含表征所述第一服务实例的第一实例标识，以便所述网关将所述响应信息转发给所述第一服务请求的发送方后，所述发送方向所述网关发送针对所述目标服务的与所述第一服务请求相关的第二服务请求时，所述第二服务请求中携带有所述第一实例标识，使得所述网关通过所述第一实例标识将所述第二服务请求转发给所述第一服务实例；不同的服务实例通过不同的实例标识表征。

10.一种信息处理装置，其特征在于，应用于网关，所述装置包括：

第二获得模块，用于获得针对目标服务的第三服务请求；

转发模块，用于如果所述第三服务请求中携带有第二实例标识，将所述第三服务请求转发给所述第二实例标识对应的第二服务实例；所述第二服务实例为多个能够提供所述目标服务的服务实例中的其中一个服务实例；不同的服务实例对应不同的实例标识；如果所述第三服务请求中未携带有实例标识，按照预置的路由规则在所述多个能够提供所述目标服务的服务实例中选择第三服务实例，将所述第三服务请求转发给所述第三服务实例。

11.一种信息处理装置，其特征在于，应用于客户端，所述装置包括：

第二发送模块，用于向网关发送针对目标服务的第五服务请求；

第三获得模块，用于获得所述网关转发的第四服务实例针对所述第五服务请求发送的响应信息，所述响应信息中携带有表征所述第四服务实例的第四实例标识；

所述第二发送模块还用于，向所述网关发送针对所述目标服务的与所述第五服务请求相关的第六服务请求，所述第六服务请求中携带有所述第四实例标识，以便所述网关基于所述第四实例标识将所述第六服务请求转发给所述第四服务实例。

12.一种电子设备，其特征在于，包括：

存储器，用于存储程序；

处理器，用于调用并执行所述存储器中的所述程序，通过执行所述程序实现如权利要求1-8中任一项所述的信息处理方法的各个步骤。

13.一种可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如权利要求1-8中任一项所述的信息处理方法的各个步骤。