[发明专利]信息交互方法、介质、装置和计算设备

说明书

本发明的实施方式提供了一种信息交互方法、装置、介质及计算设备。该信息交互方法包括接收用户系统发送的第一服务请求；响应于所述第一服务请求，通过第一调用服务经由第一线程池调用所述第一服务请求对应的服务，其中所述第一线程池为与所述第一调用服务所在的执行组对应的线程池，所述第一调用服务为服务网关提供的多种调用服务中的一种，每种调用服务按照预定规则被分类至相应的执行组，不同的执行组对应于不同的线程池，并且不同的线程池之间相互独立；基于所述调用的结果，向所述用户系统发送所述第一服务请求对应的第一反馈信息。本发明的方法、装置、介质及计算设备能够为服务网关提供灵活的故障隔离机制和异常保护机制。

技术领域

本发明的实施方式涉及互联网技术领域，更具体地，本发明的实施方式涉及一种信息交互方法、介质、装置和计算设备。

背景技术

本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

服务网关可以接收用户系统的服务请求，并根据该服务请求从第三方系统中调用相应的服务并反馈给用户系统。目前，大部分的多实例服务网关系统，一般利用前端负载均衡机制分发用户系统的访问请求，从而保证服务高可用。多实例服务网关系统通常采取共享应用容器(如tomcat)的线程池资源方式从第三方系统进行服务调用。然而，当某些调用任务的线程异常且无法结束，而用户系统又不断发起这类任务时，共享应用容器的线程资源会慢慢会被耗尽，甚至导致其他正常任务也受到牵连而无法正常执行。当所有应用实例均出现异常且不断堆积时，整个多实例网关系统就会面临雪崩式风险，甚至有可能导致服务整体瘫痪。

另外，服务网关对第三方系统的同步调用通常采用HttpClient或类似RPC(远程过程调用)的方式，同时设置连接超时时间、读超时时间等参数。当第三方系统出现响应超时、请求不可达、或读数据超时等异常时，服务网关对任务的处理需要等到预先设定超时参数生效才会结束。然而，如果第三方系统始终无法正常响应，而用户系统由于长期无法收到响应而不断发起重试，就会导致更多的请求访问持续不断地到达第三方系统，形成恶性的滚雪球效应。

发明内容

因此在现有技术中，服务网关系统如何实现灵活地故障隔离是非常令人烦恼的过程。

为此，非常需要一种改进的信息交互方式，以使服务网关提供的各种服务内部能够实现灵活的故障隔离，使得即使其中一种调用服务的执行出现故障时，也不会影响其他正常的调用服务任务的执行。

在本上下文中，本发明的实施方式期望提供一种能够实现服务网关内高效地故障隔离的信息交互机制。

在本发明实施方式的第一方面中，提供了一种信息交互方法。所述方法包括：接收用户系统发送的第一服务请求；响应于所述第一服务请求，通过第一调用服务经由第一线程池调用所述第一服务请求对应的服务，其中所述第一线程池为与所述第一调用服务所在的执行组对应的线程池，所述第一调用服务为服务网关提供的多种调用服务中的一种，每种调用服务按照预定规则被分类至相应的执行组，不同的执行组对应于不同的线程池，并且不同的线程池之间相互独立；以及，基于所述调用的结果，向所述用户系统发送所述第一服务请求对应的第一反馈信息。

在本发明的一个实施例中，所述方法还包括对于所述多种调用服务中的每一种调用服务，获取所述调用服务的调用方法和/或降级方法，其中，所述调用方法用于执行所述调用服务以实现从第三方系统获取对应的服务；所述降级方法用于在所述调用方法执行失败后暂停执行所述调用服务并向所述用户系统返回表征所述调用服务执行失败的信息，以及将所述调用服务、与所述调用方法和/或所述降级方法进行封装，得到所述调用服务对应的执行单元。

在本发明的另一实施例中，所述方法还包括基于所述调用服务，将所述调用服务对应执行单元按照所述预定规则分类至相应的执行组。

在本发明的又一实施例中，所述方法还包括对每个执行组设置对应的线程池，以使每个执行组中的调用服务经由所述执行组对应线程池来执行调用任务。