CN115396516A - 一种访问请求的处理方法、装置、设备和存储介质 - Google Patents
一种访问请求的处理方法、装置、设备和存储介质 Download PDFInfo
- Publication number
- CN115396516A CN115396516A CN202211030509.1A CN202211030509A CN115396516A CN 115396516 A CN115396516 A CN 115396516A CN 202211030509 A CN202211030509 A CN 202211030509A CN 115396516 A CN115396516 A CN 115396516A
- Authority
- CN
- China
- Prior art keywords
- request
- server
- server address
- address
- abnormal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title description 9
- 230000002159 abnormal effect Effects 0.000 claims abstract description 155
- 238000012545 processing Methods 0.000 claims abstract description 56
- 238000000034 method Methods 0.000 claims abstract description 39
- 238000004891 communication Methods 0.000 claims description 28
- 238000004590 computer program Methods 0.000 claims description 16
- 230000000903 blocking effect Effects 0.000 abstract description 16
- 230000005856 abnormality Effects 0.000 abstract description 11
- 230000006870 function Effects 0.000 description 27
- 238000010586 diagram Methods 0.000 description 13
- 230000008569 process Effects 0.000 description 10
- 238000012986 modification Methods 0.000 description 6
- 230000004048 modification Effects 0.000 description 6
- 238000011156 evaluation Methods 0.000 description 5
- 230000004044 response Effects 0.000 description 5
- 238000012546 transfer Methods 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 4
- 230000002547 anomalous effect Effects 0.000 description 3
- 230000002093 peripheral effect Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000015556 catabolic process Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000003780 insertion Methods 0.000 description 1
- 230000037431 insertion Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/101—Access control lists [ACL]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请实施例涉及数据处理领域,尤其公开了一种访问请求的处理方法、装置、设备和存储介质,包括:获取访问请求;根据请求标识和预设路由策略查询第一服务器地址;在判断第一服务器地址记录在异常名单中时,查询出未记录在异常名单中的第二服务器地址;根据第二服务器地址生成访问请求对应的请求路径,并通过请求路径将访问请求发送至第二服务器地址对应的服务器。异常名单用于记录满足异常条件的服务器地址;访问请求包括请求标识,表示访问请求的请求目标;预设路由策略用于选择出响应访问请求的服务器。访问服务器之前,通过异常名单避免向异常服务器发送访问请求,提高确定服务器异常的实时性,防止访问请求阻塞,降低发生阻塞风险。
Description
技术领域
本发明涉及数据处理领域,尤其涉及一种访问请求的处理方法、装置、设备和存储介质。
背景技术
Zookeeper是一个分布式的,开放源码的分布式应用程序协调服务。Zookeeper可以通过长连接的方式来检测分布式***中的各服务器是否异常,并允许客户端与服务端(即Zookeeper端)注册发布/订阅功能。
当某一服务器发生指定事件(如服务器异常事件)时,服务端会向注册发布/订阅功能的客户端发送通知消息,以指示该服务器发生指定事件(如服务器异常事件),进而使客户端不再访问该服务器,避免访问请求阻塞、影响访问请求的处理效率。
但是,在该服务器发生指定事件到将通知消息发送至客户端的过程中,仍然存在客户端向该服务器发送访问请求,在这个过程中会导致分布式***中访问请求阻塞,增加服务器的资源占用,存在分布式***崩溃的风险,影响了访问请求的处理效率。
发明内容
本发明实施例提供一种访问请求的处理方法、装置、设备和存储介质,用于在访问服务器时,实时的确定所访问的服务器是否异常,提高确定服务器异常的实时性,避免向异常服务器发送访问请求,防止了访问请求阻塞,降低了阻塞风险。
第一方面,本发明实施例提供一种访问请求的处理方法,包括:
获取访问请求;所述访问请求包括请求标识;所述请求标识表示所述访问请求的请求目标;
根据所述请求标识和预设路由策略查询第一服务器地址;所述预设路由策略用于选择出响应所述访问请求的服务器;
在判断所述第一服务器地址记录在异常名单中时,根据所述预设路由策略,查询出未记录在所述异常名单中的第二服务器地址;所述异常名单用于记录满足异常条件的服务器地址;
根据所述第二服务器地址生成所述访问请求对应的请求路径,并通过所述请求路径将所述访问请求发送至所述第二服务器地址对应的服务器。
在上述技术方案中,异常名单用于记录满足异常条件的服务器地址;也就是说,异常名单中的服务器地址对应的服务器为异常服务器。其中,异常服务器表现为无法响应访问请求、或响应访问请求超时等异常。因此在访问第一服务器地址对应的服务器之前,通过异常名单确定第一服务器地址对应的服务器是否为异常服务器,以此避免向异常服务器发送访问请求,防止访问请求阻塞,降低发生阻塞风险。
在判断所述第一服务器地址记录在异常名单中时,根据预设路由策略,查询出未记录在异常名单中的第二服务器地址,然后根据第二服务器地址生成请求路径,进而根据请求路径访问第二服务器地址对应的服务器。确定保证将访问请求发送到了正常的服务器,保证访问请求的正常响应,避免因访问请求阻塞降低访问请求的处理效率。
可选的,根据所述请求标识和预设路由策略查询第一服务器地址,包括:
根据所述请求标识查询出用于响应所述访问请求的目标集群;
根据所述预设路由策略从所述目标集群中查询出所述第一服务器地址;
所述路由策略包括以下任一种方式:
按照所述目标集群中服务器负载由小到大的顺序,选择负载最小的服务器的地址;
遍历所述目标集群中的服务器,选择服务器地址。
在上述技术方案中,路由策略包括按照目标集群中服务器负载由小到大的顺序,选择负载最小的服务器;以此避免将访问请求集中发送至某一个或某几个服务器,提升了访问服务器的均衡性,进而提升了服务器处理访问请求的效率。
可选的,根据所述预设路由策略,查询出未记录在所述异常名单中的第二服务器地址,包括:
根据所述预设路由策略从目标集群中查询出除所述第一服务器地址之外的服务器地址;
若确定所述服务器地址未记录在所述异常名单中,则将所述服务器地址作为所述第二服务器地址;
若确定所述服务器地址记录在所述异常名单中,则再次根据所述预设路由策略查询,直至查询出未记录在所述异常名单中的服务器地址,将所述服务器地址作为所述第二服务器地址。
在上述技术方案中,通过异常名单保证调用的服务器为正常的服务器,进而避免向异常服务器发送访问请求,防止访问请求阻塞,降低发生阻塞风险。
可选的,根据所述第二服务器地址生成所述访问请求对应的请求路径之前,还包括:
将所述第二服务器地址存储至预设地址;
将所述访问请求发送至所述请求路径之后,还包括:
基于所述请求路径,接收所述访问请求对应的请求结果;
在确定所述第二服务器地址存储在预设地址时,计算所述请求路径的请求结果的数量;
根据所述请求结果的数量确定所述第二服务器地址是否满足异常条件;若是,则将所述第二服务器地址记录至所述异常名单。
可选的,计算所述请求路径的请求结果的数量,包括:
若所述请求结果为正常结果,则计算请求路径的请求结果为正常结果的第一数量;
若所述请求结果为异常结果,则计算请求路径的请求结果为异常结果的第二数量。
可选的,根据所述请求结果的数量确定所述第二服务器地址是否满足异常条件,包括:
若第一数量和第二数量的比值小于异常阈值,则确定所述第二服务器地址满足异常条件;
若确定所述第二服务器地址未存储在预设地址,或第一数量和第二数量的比值不小于异常阈值,则确定所述第二服务器地址不满足异常条件。
在上述技术方案中,记录在异常名单中的服务器地址时实时确定的,因此提升了确定服务器异常的实时性,进而提高了避免向异常服务器发送访问请求的实时性,防止在通知客户端服务器异常的过程中出现的访问请求阻塞、服务器资源被占用等情况。
可选的,将所述第二服务器地址记录至所述异常名单之后,还包括:
设置所述第二服务器地址的异常期限;
在超过所述异常期限之后,将所述第二服务器地址移除所述异常名单。
第二方面,本发明实施例提供了一种访问请求的处理装置,包括:
获取模块,用于访问请求;所述访问请求包括请求标识;所述请求标识表示所述访问请求的请求目标;
处理模块,用于根据所述请求标识和预设路由策略查询第一服务器地址;所述预设路由策略用于选择出响应所述访问请求的服务器;
在判断所述第一服务器地址记录在异常名单中时,根据所述预设路由策略,查询出未记录在所述异常名单中的第二服务器地址;所述异常名单用于记录满足异常条件的服务器地址;
根据所述第二服务器地址生成所述访问请求对应的请求路径,并通过所述请求路径将所述访问请求发送至所述第二服务器地址对应的服务器。
可选的,所述处理模块具体用于:
根据所述请求标识查询出用于响应所述访问请求的目标集群;
根据所述预设路由策略从所述目标集群中查询出所述第一服务器地址;
所述路由策略包括以下任一种方式:
按照所述目标集群中服务器负载由小到大的顺序,选择负载最小的服务器的地址;
遍历所述目标集群中的服务器,选择服务器地址。
可选的,所述处理模块具体用于:
根据所述预设路由策略从目标集群中查询出除所述第一服务器地址之外的服务器地址;
若确定所述服务器地址未记录在所述异常名单中,则将所述服务器地址作为所述第二服务器地址;
若确定所述服务器地址记录在所述异常名单中,则再次根据所述预设路由策略查询,直至查询出未记录在所述异常名单中的服务器地址,将所述服务器地址作为所述第二服务器地址。
可选的,所述处理模块还用于:
根据所述第二服务器地址生成所述访问请求对应的请求路径之前,将所述第二服务器地址存储至预设地址;
将所述访问请求发送至所述请求路径之后,基于所述请求路径,接收所述访问请求对应的请求结果;
在确定所述第二服务器地址存储在预设地址时,计算所述请求路径的请求结果的数量;
根据所述请求结果的数量确定所述第二服务器地址是否满足异常条件;若是,则将所述第二服务器地址记录至所述异常名单。
可选的,所述处理模块具体用于:
若所述请求结果为正常结果,则计算请求路径的请求结果为正常结果的第一数量;
若所述请求结果为异常结果,则计算请求路径的请求结果为异常结果的第二数量。
可选的,所述处理模块具体用于:
若第一数量和第二数量的比值小于异常阈值,则确定所述第二服务器地址满足异常条件;
若确定所述第二服务器地址未存储在预设地址,或第一数量和第二数量的比值不小于异常阈值,则确定所述第二服务器地址不满足异常条件。
可选的,所述处理模块还用于:
将所述第二服务器地址记录至所述异常名单之后,设置所述第二服务器地址的异常期限;
在超过所述异常期限之后,将所述第二服务器地址移除所述异常名单。
第三方面,本发明实施例提供一种非易失性计算机存储介质,计算机存储介质存储有可执行程序,该可执行程序被处理器执行上述访问请求的处理方法。
第四方面,本发明实施例提供一种计算机程序产品,计算机程序产品包括可执行程序,该可执行程序被处理器执行上述访问请求的处理方法。
第五方面,本发明实施例提供一种电子设备,设备包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存储的程序时,实现上述访问请求的处理方法。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种***架构示意图;
图2为本发明实施例提供的一种访问请求的处理方法的流程示意图;
图3为本发明实施例提供的一种访问请求的处理方法的流程示意图;
图4为本发明实施例提供的一种请求结果处理的流程示意图;
图5为本发明实施例提供的一种访问请求的处理装置的结构示意图;
图6为本发明实施例提供的一种电子设备的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
为了更好的阐述本申请的技术方案,下面对说明书中可能出现的名词进行阐述。
寻址:用于定位、查询数据。包括立即数寻址,寄存器寻址,存储器寻址方式,与I/0端口有关的寻址,直接端口寻址和间接端口寻址等方式。
Zookeeper(分布式应用程序协调服务软件):是一个分布式的,开放源码的分布式应用程序协调服务,是一个为分布式应用提供一致***的软件,提供的功能包括:配置维护、域名服务、分布式同步、组服务等。
Znode:为Zookeeper中的数据节点,包含一个路径和与之相关的元数据。
Watcher机制:是Zookeeper实现数据的发布/订阅功能的一种机制。该机制在被订阅对象发生变化时会异步通知客户端,因此客户端不必在Watcher注册后轮询阻塞,从而减轻客户端压力。
IP(Internet Protocol Address,网际互连协议)地址:是指互联网协议地址。IP地址是IP协议提供的一种地址格式,为互联网上的每一个网络和每一台主机分配一个逻辑地址,以此来屏蔽物理地址的差异。
栈:作为一种数据结构,是一种在一端进行***和删除操作的特殊线性表。
Zookeeper检测分布式***的状态一般是通过长连接+轮询(心跳)进行检测;其中,长连指在一个连接上可以连续发送多个数据包,在连接保持期间,如果没有数据包发送,需要双方发链路检测包。轮询是一种CPU决策如何提供周边设备服务的方式,又称“程控输入输出”(Programmed I/O)。
例如,Zookeeper向分布式***中各服务器发送心跳包,由服务器在预设时间内反馈心跳包对应的响应结果,以此确定服务器是否异常。
Zookeeper用于提供所有服务器的注册信息的中心存储,同时负责将注册信息的更新,通过Watcher机制实时通知给各服务器。Zookeeper允许客户端向Zookeeper服务端中的某个Znode注册一个Watcher监听。当Zookeeper服务端的指定事件(如某服务器异常、响应速度慢、加载量过大等事件)触发该Watcher监听时,向该客户端发送一个事件(包括指定时间内容)通知该客户端,以此实现分布式***的通知功能。客户端会根据该事件中的内容,做出相应的处理(如不对异常的服务器进行访问)。
但是,在上述过程中,若某一服务器不可用(即该服务器为异常服务器)时,Zookeeper检测到该异常服务器后,将该异常服务器的信息通知到客户端的过程中,因为客户端不知道该服务器是异常的,因此仍然会有大量的客户端向该异常服务器发送访问请求,以此导致整个分布式***的访问请求阻塞、服务器资源被占用引起分布式***崩溃,对分布式***的可用性造成影响。
另外,Zookeeper检测服务器是否为异常的条件简单,对于处理性能降低或者针对某种访问请求的处理性能降低的服务器,并不会认定该服务器是不可用的。也就是说,目前Zookeeper检测服务器是否为异常的条件灵活性较差、实时性较低。
因此,现亟需一种访问请求的处理方法,用于在访问服务器时,实时的确定所访问的服务器是否异常,提高确定服务器异常的实时性,避免向异常服务器发送访问请求,防止了访问请求阻塞,降低了阻塞风险。
本申请技术方案中,对访问请求的获取、服务器地址(如IP地址)的查询、传播、使用等,均符合国家相关法律法规要求。
图1示例性的示出了本发明实施例所适用的一种***架构,该***架构包括服务器100,该服务器100可以包括处理器110、通信接口120和存储器130。
其中,通信接口120用于接收用户通过客户端发送的访问请求。
处理器110是服务器100的控制中心,利用各种接口和路线连接整个服务器100的各个部分,通过运行或执行存储在存储器130内的软件程序/或模块,以及调用存储在存储器130内的数据,执行服务器100的各种功能和处理数据。可选地,处理器110可以包括一个或多个处理单元。
存储器130可用于存储软件程序以及模块,处理器110通过运行存储在存储器130的软件程序以及模块,从而执行各种功能应用以及数据处理。存储器130可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序等;存储数据区可存储根据业务处理所创建的数据等。此外,存储器130可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
需要说明的是,上述图1所示的结构仅是一种示例,本发明实施例对此不做限定。
基于上述描述,图2示例性的示出了本发明实施例提供的一种访问请求的处理方法的流程示意图,该流程可由访问请求的装置执行。
如图2所示,该流程具体包括:
步骤210,获取访问请求。
其中,访问请求包括请求标识;请求标识表示访问请求的请求目标。请求目标一般表示需要请求的微服务功能;微服务功能包括查询功能、转账功能、存取款功能等。微服务是有分布式***中一个或多个服务器组成的集群来实现。
在一种可实施的方式中,用户通过客户端,按照预设的通信协议向分布式***中的某一服务器发起访问请求;为了更好的阐述本申请的技术方案,在本申请实施例中将该服务器称作为调用方,将分布式***中该服务器之外的其他服务器称作为被调用方。其中,被调用方由调用方进行调用,进而实现被调用方对应的功能。
步骤220,根据所述请求标识和预设路由策略查询第一服务器地址。
在本发明实施例中,查询服务器地址的方式也可以是寻址方式中的任意一种,在此不作具体限定。
其中,预设路由策略用于选择出响应访问请求的服务器。调用方在获取访问请求之后,根据访问请求的请求标识,查询出用于响应该访问请求的目标集群,然后根据预设路由策略从目标集群中选择出响应访问请求的服务器,进而查询到该服务器的服务器地址,将该服务器地址作为第一服务器地址。
步骤230,在判断所述第一服务器地址记录在异常名单中时,根据所述预设路由策略,查询出未记录在所述异常名单中的第二服务器地址。
其中,异常名单用于记录满足异常条件的服务器地址。异常名单中记录的服务器地址是调用方在将访问请求发送至服务器之后,基于服务器反馈的请求结果确定的。
步骤240,根据所述第二服务器地址生成所述访问请求对应的请求路径,并通过所述请求路径将所述访问请求发送至所述第二服务器地址对应的服务器。
调用方将未记录在异常名单中的服务器地址确定为第二服务器地址,表示第二服务器地址对应的服务器为可以正常响应的服务器,因此根据第二服务器地址生成请求路径,将访问请求发送至第二服务器地址对应的服务器。以此保证访问请求可以正常响应,避免造成分布式***中访问请求的阻塞,降低阻塞风险。
在步骤210中,访问请求可以为交易请求,交易请求中包括交易码(即请求标识)。
在步骤220中,调用方的本地存储有分布式***中各集群的标识;集群的标识用于表示该集群对应实现的微服务功能。
调用方在获取访问请求之后,根据访问请求的请求标识,查询出用于处理访问请求的目标集群;其中,目标集群的微服务功能用于响应并处理该访问请求。然后调用方根据预设路由策略从目标集群中查询出第一服务器地址。也就是说,目标集群中的服务器均可以响应该访问请求。
举例来说,分布式***包括服务器f1、服务器f2、……、服务器f10;其中,服务器f1、服务器f2、服务器f3组成集群j1,服务器f4、服务器f5、服务器f6组成集群j2,服务器f7、服务器f8、服务器f9、服务器10组成集群j3。其中,集群j1的微服务功能为查询金额功能,集群j2的微服务功能为存款功能,集群j3的微服务功能为取款功能。
假设,访问请求为交易请求,交易请求的交易码为“001”,“001”表示交易请求为用户甲查询账户余额的请求,因此根据交易码确定该交易请求对应的目标集群为集群j1。
再次假设,交易请求的交易码为“002”,“002”表示交易请求为用户甲向用户乙转账的请求,因此根据交易码确定该交易请求对应的目标集群包括集群j2和集群j3。
在一种可实施的方式中,路由策略包括以下任一种方式:
按照目标集群中服务器负载由小到大的顺序,选择负载最小的服务器的地址。
遍历目标集群中的服务器,选择服务器的地址。
基于上述描述进行举例,目标集群为集群j1,调用方确定集群j1中各服务器的负载情况。假设集群j1中服务器f1、服务器f2、服务器f3的负载由小到大排序分别服务器f2<服务器f1小于服务器f3,则将服务器f2的服务器地址作为第一服务器地址。
再次举例,目标集群为集群j1,基于集群j1中各服务器的预设顺序,将第一个服务器的服务器地址作为第一服务器地址。假设集群j1中服务器的预设顺序为:服务器f1、服务器f2、服务器f3,则将服务器f1的服务器地址作为第一服务器地址。
在步骤230中,调用方在确定第一服务器地址之后,查询异常名单,判断第一服务器地址是否记录在异常名单中;若是,则表示第一服务器地址对应的服务器为异常服务器;否则表示第一服务器地址对应的服务器为正常的服务器,可以进行访问。
调用方在确定第一服务器地址记录在异常名单之后,根据预设路由策略从目标集群中查询出除第一服务器地址之外的服务器地址,然后确定该服务器地址是否记录在异常名单中;若是,则将该服务器地址作为第二服务器地址;否则再次根据预设路由策略查询,直至查询出未记录在异常名单中的服务器地址,将该服务器地址作为第二服务器地址。
基于上述描述进行举例,假设集群j1中服务器f1、服务器f2、服务器f3的负载由小到大排序分别服务器f2<服务器f1小于服务器f3,则将服务器f2的服务器地址作为第一服务器地址。
调用方在确定服务器f2的服务器地址记录在异常名单中时,则按照负载由小到大的顺序,再次查询服务器f1的服务器地址是否记录在异常名单中;若是,再次查询服务器f3的服务器地址是否记录在异常名单中,直至确定出未记录在异常名单中的服务器地址;否则将服务器f1的服务器地址作为第二服务器地址。
在一种可实施的方式中,若判断第一服务器地址未记录在异常名单中,则根据第二服务器地址生成访问请求对应的请求路径。
在步骤240中,调用方确定出第二服务器之后,将第二服务器地址存储至预设地址,然后再根据第二服务器地址生成访问请求对应的请求路径,将访问请求发送至该请求路径(即通过请求路径将访问请求发送至第二服务器地址对应的服务器)。
其中,预设地址可以为调用方预设的数据交换区,用于存储访问请求对应的服务器地址。例如,针对某一交易请求,基于上述描述,确定出响应该交易请求的服务器地址为服务器f1的服务器地址,则将服务器f1的服务器地址存储至预设地址。
在一些可实施的方式中,调用方在获取访问请求之后,根据访问请求的请求标识查询出用于响应访问请求的目标集群。然后在预设地址查看是否记录有目标集群中的服务器的地址;若是,则直接将该服务器地址作为第一服务器地址。
以此减少查询服务器地址的次数,提升访问请求的响应效率。基于上述描述进行举例。例如,确定的目标集群为集群j3,假设服务器f7、服务器f8、服务器f9的服务器地址均记录在异常名单中,若根据遍历的方式选择服务器地址,则需要在查询第四次时(即查询到服务器10的服务器地址时),才能确定未记录在异常名单中的服务器地址。
因此,调用方若查询预设地址中记录有服务器10的服务器地址,则表示使用过服务器10的服务器地址,因此直接将服务器10作为第一服务器,不需要遍历服务器f7、服务器f8、服务器f9的服务器地址,以此减少查询服务器地址的次数,提升访问请求的响应效率。
在一种可实施的方式中,调用方将访问请求发送至请求路径之后,调用方调用请求路径对应的服务器,即请求路径对应的服务器为被调用方。进而使被调用方响应访问请求,然后得到请求结果,并将该请求结果反馈至调用方。
调用方在得到请求结果之后,确定第二服务器地址是否存储在预设地址;若是,则表示该请求结果是基于第二服务器地址对应的服务器得到的。因此,计算请求路径的请求结果的数量,即计算第二服务器地址对应的服务器响应访问请求的状态。
在一种可能出现的场景中,请求结果为正常结果,则计算请求路径的请求结果为正常结果的第一数量。例如,针对某一请求路径,通过该请求路径反馈的请求结果的历史数量为70。其中,是正常结果的数量为50,是异常结果的数量为20,则将历史数量中正常结果的数量加1得到第一数量,即第一数量为51。其中,正常结果表示正常响应访问请求且访问请求处理成功。
在一种可能出现的场景中,请求结果为异常结果,则计算请求路径的请求结果为异常结果的第二数量。例如,针对某一请求路径,通过该请求路径反馈的请求结果的历史数量为70。其中,是正常结果的数量为50,是异常结果的数量为20,则将历史数量中异常结果的数量加1得到第二数量,即第二数量为21。其中,异常结果表示异常响应访问请求且访问请求处理失败。
在一种可实施的方式中,也可以基于连续性计算第一数量和第二数量。例如,针对某一请求路径,通过该请求路径反馈的请求结果中,连续为正常结果的最大数量为第一数量;连续为异常结果的最大数量为第二数量。
调用方每接收请求结果之后,统计第一数量或第二数量,进而实时的根据第一数量和第二数量确定请求路径对应的第二服务器地址是否异常。
在一种可实施的方式中,基于第一数量和第二数量的比值确定请求路径对应的服务器地址是否异常。具体的,若第一数量和第二数量的比值小于异常阈值,则确定第二服务器地址满足异常条件;
例如,异常阈值为100%,若第一数量和第二数量的比值小于异常阈值,则表示第一数量小于第二数量,即正常结果的数量小于异常结果的数量,以此确定服务器地址满足异常条件。
在一种可实施的方式中,若确定第二服务器地址未存储在预设地址,或第一数量和第二数量的比值不小于异常阈值,则确定第二服务器地址不满足异常条件。
因为在第二服务器地址未存储在预设地址似时,表示调用方未将访问请求发送至第二服务器地址对应的服务器,因此不能确定请求结果的异常原因在于第二服务器地址对应的服务器,因此确定第二服务器地址不满足异常条件。
在一种可实施的方式中,异常条件还包括第二数量大于阈值、第一数量小于阈值等,本申请实施例中不对异常条件做限定。以此增加确定服务器地址异常的灵活性。
基于上述描述,若确定第二服务器地址满足异常条件,则将该第二服务器地址记录至异常名单,以使后续的访问请求不再访问该第二服务器地址对应的服务器,以此避免向异常服务器发送访问请求,防止分布式***阻塞,降低阻塞风险。
因为记录在异常名单中的服务器地址时实时确定的,因此提升了确定服务器异常的实时性,进而提高了避免向异常服务器发送访问请求的实时性,防止在通知客户端服务器异常的过程中出现的访问请求阻塞、服务器资源被占用等情况。
在一种可实施的方式中,将所述第二服务器地址记录至异常名单之后,设置第二服务器地址的异常期限。在超过异常期限之后,将第二服务器地址移除异常名单。例如,第二服务器地址为服务器f1的服务器地址,将服务器f1的服务器地址记录至异常名单之后,设置异常期限为72小时。在经过72小时之后,将服务器f1的服务器地址从异常名单中删除。其中,异常期限可以是根据经验预设的值,在此不作具体限定。
为了更好的阐述上述技术方案,图3为本申请实施例中示例性示出的一种访问请求的处理方法的流程示意图,如图3所示,该流程具体包括:
步骤310,接收访问请求。
调用方接收用户通过客户端发送的交易请求,访问请求包括交易码(如“002”);其中,“002”表示转账请求,也就是表示需要查询实现转账功能的集群。
步骤320,查询服务器地址。
调用方根据交易码“002”查询出用于实现转账功能的目标集群j2,再从目标集群j2中,根据预设路由策略选择出第一服务器地址。例如,目标集群j2包括服务器f4、服务器f5、服务器f6,按照遍历的方式,将服务器f4的地址作为第一服务器地址。
步骤330,确定服务器地址是否记录在异常名单;若是,则执行步骤340,否则执行步骤350。
调用方在确定服务器f4的IP地址记录在异常名单中时,执行步骤340。调用方在确定服务器f4的IP地址未记录在异常名单中时,执行步骤350。
步骤340,再次查询服务地址。
调用方根据预设路由策略,从目标集群j2中,选择出服务器f5,然后返回步骤330,判断服务器f5的IP地址是否记录在异常名单中。
步骤350,存储服务器地址,调用对应的服务器。
将服务器f4的IP地址存储至预设地址,如存储至通讯适配器中。然后根据服务器f4的IP地址生成请求路径,调用方以此通过请求路径调用服务器f4(例如,调用方通过呼出栈访问请求路径,进而实现通过请求路径调用服务器f4);其中,服务器f4在本申请实施例中可以被称为被调用方。
在本申请实施例中,可以通过通讯适配器查询服务器地址,以及在通讯适配器中存储服务器地址。
步骤360,接收请求结果。
调用方将访问请求发送至请求路径,表示调用请求路径对应的被调用方,如服务器f4;以使服务器f4响应访问请求,得到请求结果,并将请求结果反馈至调用方。
步骤370,确定服务器地址是否异常。
调用方接收请求结果之后,判断请求结果对应的请求路径是否存储在预设地址;若是,则在确定请求结果为正常结果或异常结果时,对应的计算在预设时段内为正常结果的第一数量,或为异常结果的第二数量。
为了更好的阐述统计第一数量和第二数量的技术方案,图4为本请实施例中示例性示出的一种请求结果处理的流程示意图,如图4所示,具体流程包括:
步骤410,接收请求结果。
调用方通过请求路径接收被调用方的请求结果。
步骤420,确定请求结果是否为异常结果;若是,则执行步骤430;否则执行步骤440。
调用方在确定请求结果反馈超时、结果为失败等情况时,确定请求结果为异常结果。
步骤430,计算第二数量。
调用方确定请求结果为异常结果时,根据该请求路径的历史请求结果的统计信息,计算请求路径的请求结果为异常结果的第二数量。
例如,该请求路径的历史请求结果的统计信息为:历史请求结果中正常结果的数量为56,异常结果的数量为28。将异常结果的数量加1得到第二数量,即第二数量为29。
步骤440,计算第一数量。
调用方确定请求结果为正常结果时,根据该请求路径的历史请求结果的统计信息,计算请求路径的请求结果为正常结果的第一数量。
例如,该请求路径的历史请求结果的统计信息为:历史请求结果中正常结果的数量为56,异常结果的数量为28。将正常结果的数量加1得到第一数量,即第二数量为57。
步骤450,选择异常条件。
在一些可实施的方式中,异常条件包括多个,可以根据访问请求的类型(如查询请求、转账请求等)选择异常条件。例如,异常条件为第一数量和第二数量的比值是否小于异常阈值,或者第二数量是否大于阈值,再或者第一数量是否小于阈值等。
步骤460,确定服务器地址是否满足异常条件。
在一些可实施的方式中,异常条件为第一数量和第二数量的比值是否小于异常阈值,异常阈值可以是根据经验预设的值,在此不作具体限定。
若第一数量和第二数量的比值小于异常阈值,则确定请求路径对应的服务器地址满足异常条件;
若确定请求路径对应的服务器地址未存储在预设地址,或第一数量和第二数量的比值不小于异常阈值,则确定请求路径对应的服务器地址不满足异常条件。
步骤380,不作处理。
步骤390,将服务器地址记录至异常名单。
在上述技术方案中,异常名单用于记录满足异常条件的服务器地址;也就是说,异常名单中的服务器地址对应的服务器为异常服务器。因此在访问第一服务器地址对应的服务器之前,通过异常名单确定第一服务器地址对应的服务器是否为异常服务器,以此避免向异常服务器发送访问请求,防止访问请求阻塞,降低发生阻塞风险。
因为记录在异常名单中的服务器地址时实时确定的,因此提升了确定服务器异常的实时性,进而提高了避免向异常服务器发送访问请求的实时性,防止在通知客户端服务器异常的过程中出现的访问请求阻塞、服务器资源被占用等情况。
基于相同的技术构思,图5示例性的示出了本发明实施例提供的一种访问请求的处理装置的结构示意图,该装置可以执行的流程。
如图5所示,该装置具体包括:
获取模块510,用于访问请求;所述访问请求包括请求标识;所述请求标识表示所述访问请求的请求目标;
处理模块520,用于根据所述请求标识和预设路由策略查询第一服务器地址;所述预设路由策略用于选择出响应所述访问请求的服务器;
在判断所述第一服务器地址记录在异常名单中时,根据所述预设路由策略,查询出未记录在所述异常名单中的第二服务器地址;所述异常名单用于记录满足异常条件的服务器地址;
根据所述第二服务器地址生成所述访问请求对应的请求路径,并通过所述请求路径将所述访问请求发送至所述第二服务器地址对应的服务器。
可选的,所述处理模块520具体用于:
根据所述请求标识查询出用于响应所述访问请求的目标集群;
根据所述预设路由策略从所述目标集群中查询出所述第一服务器地址;
所述路由策略包括以下任一种方式:
按照所述目标集群中服务器负载由小到大的顺序,选择负载最小的服务器的地址;
遍历所述目标集群中的服务器,选择服务器地址。
可选的,所述处理模块520具体用于:
根据所述预设路由策略从目标集群中查询出除所述第一服务器地址之外的服务器地址;
若确定所述服务器地址未记录在所述异常名单中,则将所述服务器地址作为所述第二服务器地址;
若确定所述服务器地址记录在所述异常名单中,则再次根据所述预设路由策略查询,直至查询出未记录在所述异常名单中的服务器地址,将所述服务器地址作为所述第二服务器地址。
可选的,所述处理模块520还用于:
根据所述第二服务器地址生成所述访问请求对应的请求路径之前,将所述第二服务器地址存储至预设地址;
将所述访问请求发送至所述请求路径之后,基于所述请求路径,接收所述访问请求对应的请求结果;
在确定所述第二服务器地址存储在预设地址时,计算所述请求路径的请求结果的数量;
根据所述请求结果的数量确定所述第二服务器地址是否满足异常条件;若是,则将所述第二服务器地址记录至所述异常名单。
可选的,所述处理模块520具体用于:
若所述请求结果为正常结果,则计算请求路径的请求结果为正常结果的第一数量;
若所述请求结果为异常结果,则计算请求路径的请求结果为异常结果的第二数量。
可选的,所述处理模块520具体用于:
若第一数量和第二数量的比值小于异常阈值,则确定所述第二服务器地址满足异常条件;
若确定所述第二服务器地址未存储在预设地址,或第一数量和第二数量的比值不小于异常阈值,则确定所述第二服务器地址不满足异常条件。
可选的,所述处理模块520还用于:
将所述第二服务器地址记录至所述异常名单之后,设置所述第二服务器地址的异常期限;
在超过所述异常期限之后,将所述第二服务器地址移除所述异常名单。
在上述实施例的基础上,本申请实施例还提供了一种电子设备,图6为本申请实施例提供的一种电子设备的结构示意图,如图6所示,包括:处理器610、通信接口620、存储器630和通信总线640,其中,处理器610,通信接口620,存储器630通过通信总线640完成相互间的通信;
存储器630中存储有计算机程序,当程序被处理器610执行时,使得处理器610执行如下步骤:
获取目标合约对应的利率取值日的日期、以及所述利率取值日对应的关联信息;其中,所述关联信息包括所述利率取值日对应的提前天数以及所述提前天数对应的天数类型,所述天数类型包括自然日和工作日;
根据所述日期以及所述关联信息,确定所述利率取值日对应的第一参考日期;
获取所述第一参考日期的第一参考利率;
根据所述第一参考利率,确定所述目标合约在所述利率取值日对应时间段内的第一利率。
进一步地,所述处理器610,具体用于通过第一配置接口接收配置的所述利率取值日对应的关联信息。
进一步地,所述处理器610,具体用于提供有第二配置接口,所述第二配置接口用于接收日期配置信息,所述日期配置信息至少包括所述日期。
进一步地,所述处理器610,还用于根据所述第一参考利率,确定所述目标合约在所述利率取值日对应时间段内的第一利率之后,接收修改指令;其中,所述修改指令用于修改所述利率取值日对应的关联信息;根据所述修改后的关联信息,重新确定所述目标合约在所述利率取值日对应的时间段内的第二利率;根据所述第二利率,对所述第一利率进行更新。
进一步地,所述处理器610,具体用于若确定所述利率取值日的日期晚于当前日期,则根据所述修改后的关联信息,重新确定所述目标合约在所述利率取值日对应的时间段内的第二利率。
进一步地,所述处理器610,还用于若确定所述利率取值日的日期不晚于当前日期,则不响应所述修改指令。
由于上述电子设备解决问题的原理与利率确定方法相似,因此上述电子设备的实施可以参见方法的实施例,重复之处不再赘述。
上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture,EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。通信接口620用于上述电子设备与其他设备之间的通信。存储器可以包括随机存取存储器(RandomAccess Memory,RAM),也可以包括非易失性存储器(Non-Volatile Memory,NVM),例如至少一个磁盘存储器。可选地,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述处理器可以是通用处理器,包括中央处理器、网络处理器(NetworkProcessor,NP)等;还可以是数字指令处理器(Digital Signal Processing,DSP)、专用集成电路、现场可编程门陈列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
基于相同的技术构思,本发明实施例还提供一种非易失性计算机存储介质,计算机存储介质存储有可执行程序,该可执行程序被处理器执行上述访问请求的处理方法。
基于相同的技术构思,本发明实施例还提供一种计算机程序产品,计算机程序产品包括可执行程序,该可执行程序被处理器执行上述访问请求的处理方法。
基于相同的技术构思,本发明实施例还提供一种电子设备,设备包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;
存储器,用于存放计算机程序;
处理器,用于执行存储器上所存储的程序时,实现上述访问请求的处理方法。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (17)
1.一种访问请求的处理方法,其特征在于,包括:
获取访问请求;所述访问请求包括请求标识;所述请求标识表示所述访问请求的请求目标;
根据所述请求标识和预设路由策略查询第一服务器地址;所述预设路由策略用于选择出响应所述访问请求的服务器;
在判断所述第一服务器地址记录在异常名单中时,根据所述预设路由策略,查询出未记录在所述异常名单中的第二服务器地址;所述异常名单用于记录满足异常条件的服务器地址;
根据所述第二服务器地址生成所述访问请求对应的请求路径,并通过所述请求路径将所述访问请求发送至所述第二服务器地址对应的服务器。
2.如权利要求1所述的方法,其特征在于,根据所述请求标识和预设路由策略查询第一服务器地址,包括:
根据所述请求标识查询出用于响应所述访问请求的目标集群;
根据所述预设路由策略从所述目标集群中查询出所述第一服务器地址;
所述路由策略包括以下任一种方式:
按照所述目标集群中服务器负载由小到大的顺序,选择负载最小的服务器的地址;
遍历所述目标集群中的服务器,选择服务器地址。
3.如权利要求1所述的方法,其特征在于,根据所述预设路由策略,查询出未记录在所述异常名单中的第二服务器地址,包括:
根据所述预设路由策略从目标集群中查询出除所述第一服务器地址之外的服务器地址;
若确定所述服务器地址未记录在所述异常名单中,则将所述服务器地址作为所述第二服务器地址;
若确定所述服务器地址记录在所述异常名单中,则再次根据所述预设路由策略查询,直至查询出未记录在所述异常名单中的服务器地址,将所述服务器地址作为所述第二服务器地址。
4.如权利要求1所述的方法,其特征在于,根据所述第二服务器地址生成所述访问请求对应的请求路径之前,还包括:
将所述第二服务器地址存储至预设地址;
将所述访问请求发送至所述请求路径之后,还包括:
基于所述请求路径,接收所述访问请求对应的请求结果;
在确定所述第二服务器地址存储在预设地址时,计算所述请求路径的请求结果的数量;
根据所述请求结果的数量确定所述第二服务器地址是否满足异常条件;若是,则将所述第二服务器地址记录至所述异常名单。
5.如权利要求4所述的方法,其特征在于,计算所述请求路径的请求结果的数量,包括:
若所述请求结果为正常结果,则计算请求路径的请求结果为正常结果的第一数量;
若所述请求结果为异常结果,则计算请求路径的请求结果为异常结果的第二数量。
6.如权利要求4所述的方法,其特征在于,根据所述请求结果的数量确定所述第二服务器地址是否满足异常条件,包括:
若第一数量和第二数量的比值小于异常阈值,则确定所述第二服务器地址满足异常条件;
若确定所述第二服务器地址未存储在预设地址,或第一数量和第二数量的比值不小于异常阈值,则确定所述第二服务器地址不满足异常条件。
7.如权利要求4所述的方法,其特征在于,将所述第二服务器地址记录至所述异常名单之后,还包括:
设置所述第二服务器地址的异常期限;
在超过所述异常期限之后,将所述第二服务器地址移除所述异常名单。
8.一种访问请求的处理装置,其特征在于,包括:
获取模块,用于访问请求;所述访问请求包括请求标识;所述请求标识表示所述访问请求的请求目标;
处理模块,用于根据所述请求标识和预设路由策略查询第一服务器地址;所述预设路由策略用于选择出响应所述访问请求的服务器;
在判断所述第一服务器地址记录在异常名单中时,根据所述预设路由策略,查询出未记录在所述异常名单中的第二服务器地址;所述异常名单用于记录满足异常条件的服务器地址;
根据所述第二服务器地址生成所述访问请求对应的请求路径,并通过所述请求路径将所述访问请求发送至所述第二服务器地址对应的服务器。
9.如权利要求8所述的装置,其特征在于,所述处理模块具体用于:
根据所述请求标识查询出用于响应所述访问请求的目标集群;
根据所述预设路由策略从所述目标集群中查询出所述第一服务器地址;
所述路由策略包括以下任一种方式:
按照所述目标集群中服务器负载由小到大的顺序,选择负载最小的服务器的地址;
遍历所述目标集群中的服务器,选择服务器地址。
10.如权利要求8所述的装置,其特征在于,所述处理模块具体用于:
根据所述预设路由策略从目标集群中查询出除所述第一服务器地址之外的服务器地址;
若确定所述服务器地址未记录在所述异常名单中,则将所述服务器地址作为所述第二服务器地址;
若确定所述服务器地址记录在所述异常名单中,则再次根据所述预设路由策略查询,直至查询出未记录在所述异常名单中的服务器地址,将所述服务器地址作为所述第二服务器地址。
11.如权利要求8所述的装置,其特征在于,所述处理模块还用于:
根据所述第二服务器地址生成所述访问请求对应的请求路径之前,将所述第二服务器地址存储至预设地址;
将所述访问请求发送至所述请求路径之后,基于所述请求路径,接收所述访问请求对应的请求结果;
在确定所述第二服务器地址存储在预设地址时,计算所述请求路径的请求结果的数量;
根据所述请求结果的数量确定所述第二服务器地址是否满足异常条件;若是,则将所述第二服务器地址记录至所述异常名单。
12.如权利要求11所述的装置,其特征在于,所述处理模块具体用于:
若所述请求结果为正常结果,则计算请求路径的请求结果为正常结果的第一数量;
若所述请求结果为异常结果,则计算请求路径的请求结果为异常结果的第二数量。
13.如权利要求11所述的装置,其特征在于,所述处理模块具体用于:
若第一数量和第二数量的比值小于异常阈值,则确定所述第二服务器地址满足异常条件;
若确定所述第二服务器地址未存储在预设地址,或第一数量和第二数量的比值不小于异常阈值,则确定所述第二服务器地址不满足异常条件。
14.如权利要求11所述的装置,其特征在于,所述处理模块还用于:
将所述第二服务器地址记录至所述异常名单之后,设置所述第二服务器地址的异常期限;
在超过所述异常期限之后,将所述第二服务器地址移除所述异常名单。
15.一种非易失性计算机存储介质,其特征在于,所述计算机存储介质存储有可执行程序,该可执行程序被处理器执行实现权利要求1至7任一所述的方法。
16.一种计算机程序产品,其特征在于,所述计算机程序产品包括可执行程序,该可执行程序被处理器执行实现权利要求1至7任一所述的方法。
17.一种电子设备,其特征在于,所述设备包括处理器、通信接口、存储器和通信总线,其中,所述处理器,所述通信接口,所述存储器通过所述通信总线完成相互间的通信;
所述存储器,用于存放计算机程序;
所述处理器,用于执行所述存储器上所存储的程序时,实现权利要求1至7任一所述的方法步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211030509.1A CN115396516A (zh) | 2022-08-26 | 2022-08-26 | 一种访问请求的处理方法、装置、设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211030509.1A CN115396516A (zh) | 2022-08-26 | 2022-08-26 | 一种访问请求的处理方法、装置、设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115396516A true CN115396516A (zh) | 2022-11-25 |
Family
ID=84121758
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211030509.1A Pending CN115396516A (zh) | 2022-08-26 | 2022-08-26 | 一种访问请求的处理方法、装置、设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115396516A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080056234A1 (en) * | 2006-08-04 | 2008-03-06 | Tekelec | Methods, systems, and computer program products for inhibiting message traffic to an unavailable terminating SIP server |
CN106534051A (zh) * | 2015-09-11 | 2017-03-22 | 阿里巴巴集团控股有限公司 | 一种针对访问请求的处理方法和装置 |
CN112311722A (zh) * | 2019-07-26 | 2021-02-02 | ***通信有限公司研究院 | 一种访问控制方法、装置、设备及计算机可读存储介质 |
CN112543141A (zh) * | 2020-12-04 | 2021-03-23 | 互联网域名***北京市工程研究中心有限公司 | Dns转发服务器容灾调度的方法和*** |
CN112887355A (zh) * | 2019-11-29 | 2021-06-01 | 北京百度网讯科技有限公司 | 异常服务器的业务处理方法及装置 |
-
2022
- 2022-08-26 CN CN202211030509.1A patent/CN115396516A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080056234A1 (en) * | 2006-08-04 | 2008-03-06 | Tekelec | Methods, systems, and computer program products for inhibiting message traffic to an unavailable terminating SIP server |
CN106534051A (zh) * | 2015-09-11 | 2017-03-22 | 阿里巴巴集团控股有限公司 | 一种针对访问请求的处理方法和装置 |
CN112311722A (zh) * | 2019-07-26 | 2021-02-02 | ***通信有限公司研究院 | 一种访问控制方法、装置、设备及计算机可读存储介质 |
CN112887355A (zh) * | 2019-11-29 | 2021-06-01 | 北京百度网讯科技有限公司 | 异常服务器的业务处理方法及装置 |
CN112543141A (zh) * | 2020-12-04 | 2021-03-23 | 互联网域名***北京市工程研究中心有限公司 | Dns转发服务器容灾调度的方法和*** |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109885410B (zh) | 消息发送方法、装置、计算机设备和存储介质 | |
US8639848B2 (en) | Data communication efficiency | |
US20060248143A1 (en) | Certified message delivery and queuing in multipoint publish/subscribe communications | |
CN110858843B (zh) | 业务请求处理方法、装置及计算机可读存储介质 | |
US11824787B2 (en) | Method and apparatus for node speed limiting, electronic device and storage medium | |
EP3264723B1 (en) | Method, related apparatus and system for processing service request | |
CN114189525B (zh) | 服务请求方法、装置和电子设备 | |
CN110769040B (zh) | 一种访问请求的处理方法、装置、设备及存储介质 | |
US20030158883A1 (en) | Message processing | |
CN114268957A (zh) | 异常业务数据处理方法、装置、服务器及存储介质 | |
JP4834622B2 (ja) | ビジネスプロセス運用管理システム、方法、プロセス運用管理装置およびそのプログラム | |
CN112448987A (zh) | 一种熔断降级的触发方法、***和存储介质 | |
CN113946427A (zh) | 用于多操作***的任务处理方法、处理器及存储介质 | |
CN113064740A (zh) | 一种消息处理方法和装置 | |
CN115396516A (zh) | 一种访问请求的处理方法、装置、设备和存储介质 | |
US9967163B2 (en) | Message system for avoiding processing-performance decline | |
CN115834509A (zh) | 消息处理方法、装置、存储介质及电子设备 | |
CN114237906A (zh) | 基于同步调用的负载均衡方法、装置、设备及存储介质 | |
CN110995890B (zh) | 域名请求的调度方法及装置 | |
CN111061576B (zh) | 一种实体对象的创建方法及*** | |
CN110113187B (zh) | 一种配置更新方法、装置、配置服务器及配置*** | |
CN109039732B (zh) | 消息处理***及消息处理方法 | |
CN113835905A (zh) | 一种消息队列负载均衡方法、装置、电子设备及介质 | |
CN108718285B (zh) | 云计算集群的流量控制方法、装置及服务器 | |
CN112925659A (zh) | 消息处理方法、装置、设备及计算机存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |