[发明专利]业务处理方法、系统、装置、设备及存储介质

说明书

本申请公开了业务处理方法、系统、装置、设备及存储介质，属于互联网技术领域。方法包括：负载均衡服务器将目标业务的处理请求发送至第一业务服务器；第一业务服务器获取目标业务的处理请求，基于目标业务的处理请求，获取虚拟机的状态信息；响应于虚拟机的状态信息指示虚拟机暂停服务，第一业务服务器向负载均衡服务器发送拒绝请求；响应于获取到第一业务服务器发送的拒绝请求，负载均衡服务器将目标业务的处理请求发送至第二业务服务器。基于上述过程，能够避免已经进入业务服务器的业务的处理请求因虚拟机暂停服务而积压，有效解决业务的处理请求响应超时的问题，有利于提高业务服务器的稳定性，业务处理的性能和效率较高。

技术领域

本申请实施例涉及互联网技术领域，特别涉及一种业务处理方法、系统、装置、设备及存储介质。

背景技术

随着互联网技术的发展，目前互联网业务的处理系统一般由负载均衡服务器和业务服务器组成。在业务处理系统处理业务的过程中，业务服务器的虚拟机(Java VirtualMachine，JVM)会由于某些原因出现暂停服务的现象，例如，由于垃圾收集(GarbageCollection，GC)而暂停服务或者由于释放偏向锁而暂停服务。当业务服务器的JVM暂停服务时，业务服务器会暂时停止响应业务的处理请求，从而使业务服务器接收的业务的处理请求因积压而导致响应超时。因此，如何在JVM暂停服务时进行业务处理，是解决业务的处理请求响应超时问题的关键。

相关技术在业务处理的过程中，业务服务器监控JVM内存使用情况，当JVM内存使用率达到一定阈值时提前触发GC，并通知负载均衡服务器本台业务服务器不可用，负载均服务器向其他业务服务器发送业务的处理请求，由其他业务服务器进行业务处理。

在实现本申请的过程中，发明人发现相关技术至少存在以下问题：

当JVM内存使用率达到一定阈值时提前触发GC，并通知负载均衡服务器本台业务服务器不可用，负载均服务器向其他业务服务器发送业务的处理请求。此种业务处理过程，对于触发GC前未进入本台业务服务器的业务的处理请求而言，可以避免其因积压而响应超时；但是对于触发GC前已经进入本台业务服务器的业务的处理请求而言，在触发GC时，仍会由于业务服务器暂时停止响应而导致业务的处理请求积压，降低业务服务器的稳定性，不能有效解决业务的处理请求响应超时的问题，业务处理的效率较低，业务处理的性能较差。

发明内容

本申请实施例提供了一种业务处理方法、系统、装置、设备及存储介质，可用于解决相关技术中的问题。所述技术方案如下：

一方面，本申请实施例提供了一种业务处理方法，所述方法应用于业务处理系统，所述业务处理系统包括负载均衡服务器和多个业务服务器，所述方法包括：

将目标业务的处理请求发送至第一业务服务器，所述第一业务服务器用于获取目标业务的处理请求；基于所述目标业务的处理请求，获取虚拟机的状态信息；响应于所述虚拟机的状态信息指示所述虚拟机暂停服务，向负载均衡服务器发送拒绝请求，所述拒绝请求用于指示拒绝处理所述目标业务；

响应于获取到所述第一业务服务器发送的拒绝请求，将所述目标业务的处理请求发送至第二业务服务器。

可选地，所述响应于获取到所述第一业务服务器发送的拒绝请求，将所述目标业务的处理请求发送至第二业务服务器，包括：

响应于获取到所述第一业务服务器发送的拒绝请求，将所述第一业务服务器记录在暂停列表中，所述暂停列表用于记录虚拟机暂停服务的业务服务器；

响应于满足发送要求，将所述目标业务的处理请求发送至第二业务服务器，所述第二业务服务器为未记录在所述暂停列表中的业务服务器。

可选地，所述响应于满足发送要求，将所述目标业务的处理请求发送至第二业务服务器，包括：

响应于所述目标业务的处理请求的发送次数不超过次数阈值，将所述目标业务的处理请求发送至第二业务服务器。