CN111414263A - 一种信息处理方法、装置、服务器及存储介质 - Google Patents

Abstract

本发明公开了一种信息处理方法、装置、服务器及存储介质，该方法应用于至少两个微服务中，包括：当接收到目标请求信息时，获取与目标请求信息相对应的至少一个接口；调用重试框架并将目标请求信息发送至至少一个接口，当检测到目标请求信息发送异常时，获取与目标请求信息相对应的异常接口，作为目标接口；获取重试框架中预先存储的与每个目标接口相对应的目标配置策略，并基于目标配置策略，将目标请求信息发送至目标接口。本发明实施例的技术方案，实现了在消息发送失败时基于重试框架中的配置策略调用目标接口，进而发送请求信息，提高了分布式微服务之间数据一致性的技术效果。

Description

一种信息处理方法、装置、服务器及存储介质

技术领域

本发明实施例涉及计算机技术领域，尤其涉及一种信息处理方法、装置、服务器及存储介质。

背景技术

在互联网和互联网金融领域中，主要是通过微服务实现各个业务，即各个业务的实现主要通过多个微服务来执行。在实际应用的过程中，即具体实现某个业务时，可能会涉及到多个不同的微服务。

目前，常用的分布式事务方案有XA方案，TCC方案，本地消息表，以及可靠消息表方案。但采用上述任一方案时，存在A系统将消息发送至目标系统的过程中，在A系统上显示消息发送成功，但是目标系统未接收到信息的情形，即分布式服务之间存在数据不一致的情形，以及采用上述方式时存在代码编辑冗余的问题。

发明内容

本发明提供一种信息处理方法、装置、服务器及存储介质，以实现提高分布式服务之间数据一致性的技术效果。

第一方面，本发明实施例提供了一种信息处理方法，该方法应用于至少两个微服务中，包括：

当接收到目标请求信息时，获取与目标请求信息相对应的至少一个待使用接口；

调用重试框架并将所述目标请求信息发送至所述至少一个待使用接口，当检测到所述目标请求信息发送异常时，获取与所述目标请求信息相对应的异常接口，作为目标接口；

获取所述重试框架中预先存储的与每个目标接口相对应的目标配置策略，并基于所述目标配置策略，将所述目标请求信息发送至所述目标接口。

第二方面，本发明实施例还提供了一种信息处理装置，该装置配置于至少两个微服务中，包括：

待使用接口获取模块，用于当接收到目标请求信息时，获取与目标请求信息相对应的至少一个待使用接口；

目标接口确定模块，用于调用重试框架并将所述目标请求信息发送至所述至少一个待使用接口，当检测到所述目标请求信息发送异常时，获取与所述目标请求信息相对应的异常接口，作为目标接口；

请求信息发送模块，用于获取所述重试框架中预先存储的与每个目标接口相对应的目标配置策略，并基于所述目标配置策略，将所述目标请求信息发送至所述目标接口。

第三方面，本发明实施例还提供了一种服务器，所述服务器包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的信息处理方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的信息处理方法。

本发明实施例的技术方案，通过当接收到目标请求信息时，获取与目标请求信息相对应的至少一个接口；调用重试框架并将目标请求信息发送至至少一个接口，当检测到目标请求信息发送异常时，获取与目标请求信息相对应的异常接口，作为目标接口；获取重试框架中预先存储的与每个目标接口相对应的目标配置策略，并基于目标配置策略，将目标请求信息发送至目标接口，解决了现有技术中采用XA方案、以及TCC等分布方案时，存在分布式服务之间数据一致性差，以及代码编辑冗余的问题，实现了在消息发送失败时基于重试框架中的配置策略调用目标接口，进而发送请求信息，提高了分布式微服务之间数据一致性的技术效果。

附图说明

为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。

图1为本发明实施例一所提供的一种信息处理方法流程示意图；

图2为本发明实施例二所提供的一种信息处理方法另一流程示意图；

图3为本发明实施例三所提供的一种信息处理装置的结构示意图；

图4为本发明实施例四所提供的一种服务器结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一所提供的一种信息处理方法流程示意图，本实施例可适用于基于分布式微服务对各个业务进行处理的情形，该方法可以由任务处理装置来执行，该装置可以通过软件和/或硬件的形式实现，可选的，PC端、服务器等设备。

如图1，本实施例的方法包括：

S110、当接收到目标请求信息时，获取与目标请求信息相对应的至少一个待使用接口。

需要说明的是，本发明实施例可适用于多个微服务进行交互的情形。

其中，目标请求信息可以理解为当客户端检测到触发某个操作时，可以基于该触发操作向与该操作相对应的微服务发送请求，微服务可以基于该请求产生与触发操作相对应的请求信息，即发送至其他微服务的请求信息作为目标请求信息。例如，当用户触发系统A的操作时，可以将产生与系统A相对应的请求信息作为目标请求信。可以将产生目标请求信息的微服务作为目标微服务。将执行目标请求信息的各个微服务接口作为待使用接口。执行目标请求信息的微服务数量可以是一个、两个、或者多个，例如，当触发转账的操作时，需要调用密码校验的微服务、某个银行接口、以及转账至某个银行的接口，也就是说，执行目标操作需要调用至少三个待使用接口。

具体的，当目标微服务接收到与目标微服务相对应的系统发送的请求时，可以产生与请求相对应的目标请求信息，并基于目标请求信息确定与其相对应的至少一个待使用接口。

S120、调用重试框架并将目标请求信息发送至至少一个待使用接口，当检测到目标请求信息发送异常时，获取与目标请求信息相对应的异常接口，作为目标接口。

其中，将未成功接收到的目标请求信息的待使用接口作为目标接口。

在本实施例中，目标请求信息发送异常可以包括如下至少一种，可选的，调用待使用接口失败；未接收到待使用接口返回的与目标请求信息相对应的响应信息；未将目标请求信息发送至待使用接口。

具体的，调用重试框架，将目标请求信息发送至至少一个待使用接口，当检测到未成功调用待使用接口，或者待使用接口未响应目标请求信息时，获取满足上述条件中的待使用接口，并将获取到的待使用接口作为目标接口。

S130、获取重试框架中预先存储的与每个目标接口相对应的目标配置策略，并基于目标配置策略，将目标请求信息发送至目标接口。

需要说明的是，重试框架中预先存储了与目标微服务相关联的与所有接口相对应的配置策略，当然，与每个接口相对应的配置策略可以相同，也可以不同。为了提高不同接口的匹配度，可以基于每个接口处理请求信息的效率，设置不同的配置策略；还可以是了为了便捷的设置与每个接口相对应的配置策略，与每个接口相对应的配置策略可以相同，用户可以根据实际情况设置与每个接口相对应的配置策略。

其中，目标配置策略为与目标接口相对应的配置策略。

具体的，当检测到存在异常接口时，可以基于重试框架中预先存储的配置策略，筛选出与目标接口相对应的目标配置策略，并基于目标配置策略，将目标请求信息发送至目标接口。

在本实施例中，从重试框架中获取与目标接口相对应的目标配置策略可以是：基于与目标接口相对应的标识信息，从重试框架中获取与标识信息相对应的配置策略，作为与目标接口相对应的目标配置策略。

具体的，在确定请求信息发送异常时，可以获取请求信息发送异常的异常接口，根据与异常接口相对应的标识信息，可以从重试框架中筛选出与标识信息相对应的配置策略，并作为目标配置策略，以便目标微服务基于目标配置策略重新发送目标请求信息。

在基于重试框架中的配置策略重新发送请求信息之前，需要确定与每个微服务相关联的各个接口的配置策略，并将确定的配置策略存储到重试框架中。可选的，获取目标微服务待调用的待调用接口，并确定与每个待调用接口相对应的接口调用策略，将确定的接口调用策略作为与目标微服务相对应的配置策略，将配置策略存储到与目标微服务相对应的重试框架中。

其中，待调用接口可以理解为目标微服务执行本地事务时，可能调用到的各个接口。设置与每个待调用接口相对应的重试策略，以及等待策略，将确定的重试策略和等待策略作为配置策略，其中，重试策略可以使在无限次重试、重试N次，在预设时间内不断重试，或者是在一定时间内重试多次；等待策略可以是每两次重试之间的时间间隔，可选的，第一次重试的等待时间间隔为3S，第二次重试的等待时间间隔为6S。为了确保将目标微服务将请求信息发送至各个接口，可以将配置策略存储到重试框架中，以在请求信息发送失败时，基于重试框架中存储的重试策略，重复发送请求信息，从而确保数据之间的一致性。

需要说明的是，本实施例的技术方案适用于时间敏感度低的后台处理业务。

在上述技术方案的基础上，存在基于配置策略仍未将请求信息发送成功，此时可以基于异常信息记录模块，记录发送目标请求信息中的异常信息，当检测到基于目标配置策略未将目标请求信息发送至目标接口时，将异常信息记录模块记录的异常信息发送至目标终端。

也就是说，在检测到目标请求信息发送异常时，可以基于与目标微服务中的异常信息记录模块，记录异常信息。在基于目标配置策略未将请求信息发送成功时，可以将异常信息记录模块记录的异常信息以报表的形式发送至目标终端。即在本公开技术方案中设置了异常信息记录模块，在多次发送失败后，可以生成异常信息报表，以便用户基于异常信息报表对目标微服务进行优化。

本发明实施例的技术方案，通过当接收到目标请求信息时，获取与目标请求信息相对应的至少一个接口；调用重试框架并将目标请求信息发送至至少一个接口，当检测到目标请求信息发送异常时，获取与目标请求信息相对应的异常接口，作为目标接口；获取重试框架中预先存储的与每个目标接口相对应的目标配置策略，并基于目标配置策略，将目标请求信息发送至目标接口，解决了现有技术中采用XA方案、以及TCC等分布方案时，存在分布式服务之间数据一致性差，以及代码编辑冗余的问题，实现了在消息发送失败时基于重试框架中的配置策略调用目标接口，进而发送请求信息，提高了分布式微服务之间数据一致性的技术效果。

实施例二

作为上述实施例的一优选实施例，图2为本发明实施例二所提供的一种信息处理方法另一流程示意图。如图2所示，所述方法包括：

S210、A系统执行本地事务。

为了清楚的介绍本发明实施例的技术方案，以A系统调用与B系统相对应的接口为例来介绍。相应的，可以将A系统作为调用关系的主动方，即A系统为执行本地事务的一方。B系统为执行与A系统任务的一方。

具体的，A系统执行本地事务。

S220、通过最大努力型重试框架调用B系统的接口。

可以理解为，当A系统执行完本地事务后，可以基于与A系统相对应的微服务调用与B系统相对应的接口，在基于与A系统相对应的微服务调用与B系统相对应的接口时，需要结合最大努力型重试框架来实现，最大努力型重试框架中存储了与各个接口相对应的接口配置策略。

S230、判断B系统的接口是否调用成功，若是，则执行S240；若否，则执行S250。

具体的，基于重试框架以及与A系统相对应的微服务，可以调用与B系统相对应的接口，同时与A系统相对应的微服务可以检测接口是否调用成功，即判断是否将与A系统相对应的请求信息成功发送至B系统，或者判断B系统是否返回与请求信息相对应的响应信息。若请求信息发送成功，或者B系统返回与请求信息相对应的响应信息，则确定成功调用与B系统相对应的接口；若请求信息未发送成功，即未成功调用与B系统相对应的接口，则可以基于重试框架中的配置策略将请求信息发送至B系统，即调用与B系统相对应的接口。若成功调用B系统的接口，则可以不启动重试框架。

S240、将请求信息发送至B系统的接口。

也就是说，基于与A系统相对应的微服务成功调用与B系统相对应的接口，可以将与A系统相对应的微服务将请求信息发送至与B系统对应的接口，即发送至与B系统相对应的微服务。

S250、基于与A系统相对应的重试框架中的配置策略，将于A系统相对应的请求信息发送至B系统。

需要说明的是，每个系统都存在一个与其相对应的重试框架，重试框架中存储有至少一个配置策略，其中存储配置策略的数量与A系统可调用的接口数量相关。例如，A系统可能调用三个接口，重试框架中可以分别存储与三个接口相对应的配置策略。

具体的，当与A系统相对应的微服务，未将请求信息成功发送至B系统，则可以获取与A系统相对应的重试框架，并从重试框架中获取与B系统相对应的配置策略，即获取与B系统相对应的重试策略和等待策略，将请求信息发送至B系统。

示例性的，重试框架中存储与B系统相对应的配置策略中的重试策略和等待策略可以是：五分钟内每间隔一分钟重新发送一次。当检测到未成功将请求信息发送至B系统，可以获取重试框架中与B系统相对应的配置策略，即五分钟内每间隔一分钟重新发送一次请求信息，基于该原则重新发送与A系统相对应的请求信息。

S260、若检测到重试次数超过了配置策略中的配置次数，则基于兜底策略获取到的异常信息以报表的形式发送至目标终端。

其中，兜底策略可以理解为微服务默认的当信息发送异常时，记录异常信息的策略。例如，当检测到请求信息发送失败时，可以基于重试框架中配置策略重新发送请求信息，同时可以基于兜底策略记录异常信息。

也就是说，当检测到请求信息发送异常时，可以基于兜底策略记录异常信息，同时基于重试框架中的配置策略，将请求信息发送至B系统，当重试的次数达到了配置策略中的重试次数阈值，或者重试的时间达到配置策略中的时间阈值时，可以获取基于兜底策略记录的异常信息，并将异常信息按照标准产出每日异常报表，以便用户基于异常报表对微服务进行处理和优化。

在本实施例中，如果重试的次数超过了目标配置策略中的最大次数，则将异常信息和调用的上下文信息，即异常信息的前后操作信息写入到异常登录的数据库中，并按照标准产出每日异常报表，以便用户基于报表对微服务进行处理和优化。

本发明实施例的技术方案，通过当接收到目标请求信息时，获取与目标请求信息相对应的至少一个接口；调用重试框架并将目标请求信息发送至至少一个接口，当检测到目标请求信息发送异常时，获取与目标请求信息相对应的异常接口，作为目标接口；获取重试框架中预先存储的与每个目标接口相对应的目标配置策略，并基于目标配置策略，将目标请求信息发送至目标接口，解决了现有技术中采用XA方案、以及TCC等分布方案时，存在分布式服务之间数据一致性差，以及代码编辑冗余的问题，实现了在消息发送失败时基于重试框架中的配置策略调用目标接口，进而发送请求信息，提高了分布式微服务之间数据一致性的技术效果。

实施例三

图3为本发明实施例三提供的一种信息处理装置结构示意图，该装置包括：待使用接口获取模块310、目标接口确定模块320和请求信息发送模块330；其中，

待使用接口获取模块310，用于当接收到目标请求信息时，获取与目标请求信息相对应的至少一个待使用接口；目标接口确定模块320，用于调用重试框架并将所述目标请求信息发送至所述至少一个待使用接口，当检测到所述目标请求信息发送异常时，获取与所述目标请求信息相对应的异常接口，作为目标接口；请求信息发送模块320，用于获取所述重试框架中预先存储的与每个目标接口相对应的目标配置策略，并基于所述目标配置策略，将所述目标请求信息发送至所述目标接口。

本发明实施例的技术方案，通过当接收到目标请求信息时，获取与目标请求信息相对应的至少一个接口；调用重试框架并将目标请求信息发送至至少一个接口，当检测到目标请求信息发送异常时，获取与目标请求信息相对应的异常接口，作为目标接口；获取重试框架中预先存储的与每个目标接口相对应的目标配置策略，并基于目标配置策略，将目标请求信息发送至目标接口，解决了现有技术中采用XA方案、以及TCC等分布方案时，存在分布式服务之间数据一致性差，以及代码编辑冗余的问题，实现了在消息发送失败时基于重试框架中的配置策略调用目标接口，进而发送请求信息，提高了分布式微服务之间数据一致性的技术效果。

在上述技术方案的基础上，所述目标请求信息发送异常包括如下至少一种情况；调用接口失败；未接收到接口返回的与目标请求信息相对应的响应信息；未将目标请求信息发送至接口。

在上述各技术方案的基础上，所述目标接口确定模块，还用于：获取目标请求信息发送异常时，获取与发送异常相对应的各个异常接口，并作为目标接口。

在上述各技术方案的基础上，所述装置还包括：

配置策略确定模块，用于获取目标微服务待调用的待调用接口，并确定与每个待调用接口相对应的接口调用策略，将确定的所述接口调用策略作为与所述目标微服务相对应的配置策略；

重试框架确定模块，用于将所述配置策略存储到与所述目标微服务相对应的重试框架中。

在上述各技术方案的基础上，所述请求信息发送模块还用于：基于与目标接口相对应的标识信息，从重试框架中获取与所述标识信息相对应的配置作为，作为与目标接口相对应的目标配置策略。

在上述各技术方案的基础上，所述配置策略中包括重试策略和等待策略。

在上述各技术方案的基础上，所述装置还包括：

异常信息记录模块，用于记录发送所述目标请求信息中的异常信息；

当检测到基于所述目标配置策略未将所述目标请求信息发送至所述目标接口时，将所述异常信息记录模块记录的所述异常信息发送目标终端。

本发明实施例所提供的信息处理装置可执行本发明任意实施例所提供的信息处理方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。

实施例四

图4为本发明实施例五提供的一种服务器的结构示意图。图4示出了适于用来实现本发明实施例实施方式的示例性服务器40的框图。图4显示的服务器40仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，服务器40以通用计算服务器的形式表现。服务器40的组件可以包括但不限于：一个或者多个处理器或者处理单元401，系统存储器402，连接不同系统组件(包括系统存储器402和处理单元401)的总线403。

总线403表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

服务器40典型地包括多种计算机系统可读介质。这些介质可以是任何能够被服务器40访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器402可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)404和/或高速缓存存储器405。服务器40可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统406可以用于读写不可移动的、非易失性磁介质(图4未显示，通常称为“硬盘驱动器”)。尽管图4中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线403相连。存储器402可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块407的程序/实用工具408，可以存储在例如存储器402中，这样的程序模块407包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块407通常执行本发明所描述的实施例中的功能和/或方法。

服务器40也可以与一个或多个外部设备409(例如键盘、指向服务器、显示器410等)通信，还可与一个或者多个使得用户能与该服务器40交互的服务器通信，和/或与使得该服务器40能与一个或多个其它计算服务器进行通信的任何服务器(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口411进行。并且，服务器40还可以通过网络适配器412与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器412通过总线403与服务器40的其它模块通信。应当明白，尽管图4中未示出，可以结合服务器40使用其它硬件和/或软件模块，包括但不限于：微代码、服务器驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元401通过运行存储在系统存储器402中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的信息处理方法。

实施例五

本发明实施例五还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行信息处理方法。

该方法包括：

当接收到目标请求信息时，获取与目标请求信息相对应的至少一个待使用接口；

调用重试框架并将所述目标请求信息发送至所述至少一个待使用接口，当检测到所述目标请求信息发送异常时，获取与所述目标请求信息相对应的异常接口，作为目标接口；

获取所述重试框架中预先存储的与每个目标接口相对应的目标配置策略，并基于所述目标配置策略，将所述目标请求信息发送至所述目标接口。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种信息处理方法，其特征在于，应用于至少两个微服务中，包括：

当接收到目标请求信息时，获取与目标请求信息相对应的至少一个待使用接口；

调用重试框架并将所述目标请求信息发送至所述至少一个待使用接口，当检测到所述目标请求信息发送异常时，获取与所述目标请求信息相对应的异常接口，作为目标接口；

获取所述重试框架中预先存储的与每个目标接口相对应的目标配置策略，并基于所述目标配置策略，将所述目标请求信息发送至所述目标接口。

2.根据权利要求1所述的方法，其特征在于，所述目标请求信息发送异常包括如下至少一种情况；

调用待使用接口失败；

未接收到待使用接口返回的与目标请求信息相对应的响应信息；

未将目标请求信息发送至待使用接口。

3.根据权利要求2所述的方法，其特征在于，所述获取与所述目标请求信息相对应的异常接口，作为目标接口，包括：

当检测到目标请求信息发送异常时，获取与发送异常相对应的各个异常接口，并作为目标接口。

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

获取目标微服务待调用的待调用接口，并确定与每个待调用接口相对应的接口调用策略，将确定的所述接口调用策略作为与所述目标微服务相对应的配置策略；

将所述配置策略存储到与所述目标微服务相对应的重试框架中。

5.根据权利要求1所述的方法，其特征在于，所述获取所述重试框架中预先存储的与每个目标接口相对应的目标配置策略，包括：

基于与目标接口相对应的标识信息，从重试框架中获取与所述标识信息相对应的配置策略，作为与目标接口相对应的目标配置策略。

6.根据权利要求1-5中任一所述的方法，其特征在于，所述配置策略中包括重试策略和等待策略。

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

基于异常信息记录模块，记录发送所述目标请求信息中的异常信息；

当检测到基于所述目标配置策略未将所述目标请求信息发送至所述目标接口时，将所述异常信息记录模块记录的所述异常信息发送目标终端。

8.一种信息处理装置，其特征在于，配置于至少两个微服务中，包括：

待使用接口获取模块，用于当接收到目标请求信息时，获取与目标请求信息相对应的至少一个待使用接口；

目标接口确定模块，用于调用重试框架并将所述目标请求信息发送至所述至少一个待使用接口，当检测到所述目标请求信息发送异常时，获取与所述目标请求信息相对应的异常接口，作为目标接口；

请求信息发送模块，用于获取所述重试框架中预先存储的与每个目标接口相对应的目标配置策略，并基于所述目标配置策略，将所述目标请求信息发送至所述目标接口。

9.一种服务器，所述服务器包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的信息处理方法。

10.一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如如权利要求1-7中任一所述的信息处理方法。

Images