CN113676365B - 一种访问请求的处理方法、装置及电子设备 - Google Patents

一种访问请求的处理方法、装置及电子设备 Download PDF

Info

Publication number
CN113676365B
CN113676365B CN202010404515.3A CN202010404515A CN113676365B CN 113676365 B CN113676365 B CN 113676365B CN 202010404515 A CN202010404515 A CN 202010404515A CN 113676365 B CN113676365 B CN 113676365B
Authority
CN
China
Prior art keywords
processing
service server
access request
target service
failure rate
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.)
Active
Application number
CN202010404515.3A
Other languages
English (en)
Other versions
CN113676365A (zh
Inventor
沈坤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Dajia Internet Information Technology Co Ltd
Original Assignee
Beijing Dajia Internet Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Dajia Internet Information Technology Co Ltd filed Critical Beijing Dajia Internet Information Technology Co Ltd
Priority to CN202010404515.3A priority Critical patent/CN113676365B/zh
Publication of CN113676365A publication Critical patent/CN113676365A/zh
Application granted granted Critical
Publication of CN113676365B publication Critical patent/CN113676365B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003Managing SLA; Interaction between SLA and QoS
    • H04L41/5009Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H04L41/5012Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF] determining service availability, e.g. which services are available at a certain point in time
    • H04L41/5016Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF] determining service availability, e.g. which services are available at a certain point in time based on statistics of service availability, e.g. in percentage or over a given time
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0817Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/16Threshold monitoring

Abstract

本公开关于一种业务服务器访问请求的处理方法、装置及电子设备,所述方法包括:向目标业务服务器发送第一访问请求,并获取所述目标业务服务器是否成功处理所述访问请求的第一处理结果;基于所述第一处理结果,统计预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数;在预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数满足预设屏蔽条件的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器。本公开提供的一种业务服务器访问请求的处理方法、装置及电子设备能够根据实际的业务访问情况判断是否发生故障,解决相关技术中探测请求处理成功但是真实请求失败的情况的问题,提高判断故障发生的准确度。

Description

一种访问请求的处理方法、装置及电子设备
技术领域
本公开涉及互联网技术领域,尤其涉及一种访问请求的处理方法、装置及电子设备。
背景技术
相关技术中,为了实现负载均衡的目的,通常会在业务服务器之前设置例如nginx的转发服务器作为接入层,而业务服务器就是接入层的源站。接入层为了能够感知到业务服务器的故障,可以周期性地向业务服务器发起探测请求,若不能收到约定的应答就认为业务服务器发生了故障。其中,探测请求与真实的访问请求无关,由此可能出现探测请求处理成功但是真实请求失败的情况。
发明内容
本公开提供一种访问请求的处理方法、装置及电子设备,以至少解决相关技术中探测请求处理成功但是真实请求失败的情况的问题。本公开的技术方案如下:
根据本公开实施例的第一方面,提供一种访问请求的处理方法,所述方法包括:向目标业务服务器发送第一访问请求,并获取所述目标业务服务器是否成功处理所述访问请求的第一处理结果;基于所述第一处理结果,统计预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数;在预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数满足预设屏蔽条件的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器。
根据本公开实施例的第二方面,提供一种访问请求的处理装置,所述处理装置包括:获取模块,被配置为向目标业务服务器发送第一访问请求,并获取所述目标业务服务器是否成功处理所述第一访问请求的第一处理结果;确定模块,被配置为基于所述第一处理结果,统计预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数;处理模块,被配置为在预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数满足预设屏蔽条件的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器。
根据本公开实施例的第三方面,提供一种电子设备,包括:处理器;用于存储所述处理器可执行指令的存储器;其中,所述处理器被配置为执行所述指令,以实现如第一方面所述的访问请求的处理方法。
根据本公开实施例的第四方面,提供一种存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行如第一方面所述的访问请求的处理方法。
根据本公开实施例的第五方面,提供一种计算机程序产品,其特征在于,当所述计算机程序产品在计算机上运行时,使得所述计算机执行如第一方面所述的访问请求的处理方法。
本公开的实施例提供的技术方案至少带来以下有益效果:
本公开实施例提供的一种访问请求的处理方法、装置及电子设备,通过向目标业务服务器发送第一访问请求,并获取所述目标业务服务器是否成功处理所述第一访问请求的第一处理结果;基于所述第一处理结果,统计预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数;在预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数满足预设屏蔽条件的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器,能够根据实际的业务访问情况判断是否发生故障,解决相关技术中探测请求处理成功但是真实请求失败的情况的问题,提高判断故障发生的准确度。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理,并不构成对本公开的不当限定。
图1示出本公开实施例提供的一种访问请求的处理方法的一种流程示意图。
图2示出本公开实施例提供的一种访问请求的处理方法的另一种流程示意图。
图3示出本公开实施例提供的一种访问请求的处理方法的另一种流程示意图。
图4是根据一示例性实施例示出的一种访问请求的处理装置框图。
图5是根据一示例性实施例示出的访问请求的处理方法的电子设备的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图1示出本公开实施例提供的一种访问请求的处理方法的一种流程示意图,该方法可以由电子设备执行,例如转发服务器。换言之,所述方法可以由安装在转发服务器的软件或硬件来执行。如图所示,该方法可以包括以下步骤。
在步骤S11中,向目标业务服务器发送第一访问请求,并获取所述目标业务服务器是否成功处理所述第一访问请求的第一处理结果。
该转发服务器例如可以为nginx。转发服务器接收到第一访问请求,可以在一个或多个业务服务器中,确定用于处理该第一访问请求的目标业务服务器。向该目标业务服务器发送第一访问请求,并获取所述目标业务服务器是否成功处理所述第一访问请求的第一处理结果。例如,在业务服务器成功处理第一访问请求的情况下,可以向业务服务器返回第一处理结果“1”,反之,在业务服务器未成功处理第一访问请求的情况下,可以向业务服务器返回第一处理结果“0”。
在步骤S12中,基于所述第一处理结果,统计预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数。
具体来讲,可以设置预定时间周期为T,在一个时间周期T内,对目标业务服务器处理第一访问请求的次数进行统计,在一种实现方式中,在向目标业务服务器发送第一访问请求的情况下,所述目标业务服务器处理第一访问请求的总次数n加一,在目标业务服务器未成功处理第一访问请求的情况下,例如,接收到业务服务器返回第一处理结果“0”的情况下,业务服务器处理访问请求的失败次数b加一。一个时间周期内目标服务器处理所述第一访问请求访问请求的失败率a为:目标服务器处理所述第一访问请求的失败次数b除以目标服务器处理所述第一访问请求的总次数n所得的商值。
在步骤S13中,在预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数满足预设屏蔽条件的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器。
例如,预设失败率阈值为A,预设失败次数阈值为B,在a>A且b>B的情况下,说明该目标业务服务器处理访问请求的失败率高,存在故障风险,因此屏蔽所述源站。
由此,本公开实施例提供的一种访问请求的处理方法,通过向目标业务服务器发送第一访问请求,并获取所述目标业务服务器是否成功处理所述第一访问请求的第一处理结果;基于所述第一处理结果,统计预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数;在预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数满足预设屏蔽条件的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器,能够根据实际的业务访问情况判断业务服务器是否发生故障,解决相关技术中探测请求处理成功但是真实请求失败的情况的问题,提高判断故障发生的准确度。
进一步地,在一种实现方式中,所述时间周期为秒级。换言之,在获取业务服务器处理访问请求的总次数和失败次数之前,还包括设置秒级的时间周期T,由此,可以实现秒级的故障发现,避免时间周期太短引起的误判,及时间周期太长导致过多访问请求的处理失败。
图2示出本公开实施例提供的一种访问请求的处理方法的一种流程示意图,该方法可以由电子设备执行,例如业务服务器。换言之,所述方法可以由安装在业务服务器的软件或硬件来执行。如图所示,该方法可以包括以下步骤。
在步骤S21中,向目标业务服务器发送第一访问请求,并获取所述目标业务服务器是否成功处理所述第一访问请求的第一处理结果。
本步骤可以采用与步骤S11相同的文字说明在此不再赘述。
在步骤S22中,基于所述第一处理结果,统计预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数。
本步骤可以采用与步骤S12相同的文字说明在此不再赘述。
在步骤S23中,在预定周期内所述目标服务器处理所述第一访问请求的处理失败率高于第一失败率阈值且所述处理失败次数大于第一失败次数阈值的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器。
例如,预设失败率阈值为A,预设失败次数阈值为B,在a>A且b>B的情况下,说明该业务服务器处理访问请求的失败率高,存在故障风险,因此屏蔽所述业务服务器,包括:在预设屏蔽时间t内不向所述业务服务器发送访问请求。
由此,本公开实施例提供的一种业务服务器访问请求的处理方法,通过向目标业务服务器发送第一访问请求,并获取所述目标业务服务器是否成功处理所述第一访问请求的第一处理结果;基于所述第一处理结果,统计预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数;在预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数满足预设屏蔽条件的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器,能够根据实际的业务访问情况判断业务服务器是否发生故障,解决相关技术中探测请求处理成功但是真实请求失败的情况的问题,提高判断故障发生的准确度。
进一步地,在一种实现方式中,所述时间周期为秒级。换言之,在获取业务服务器处理访问请求的总次数和失败次数之前,还包括设置秒级的时间周期T,由此,可以实现秒级的故障发现,避免时间周期太短引起的误判,及时间周期太长导致过多访问请求的处理失败。
在步骤S24中,在所述第一预设屏蔽时间之后,根据预设数量阈值向所述目标服务器发送第二访问请求,并获取所述目标业务服务器是否成功处理所述第二访问请求的第二处理结果。
在已经将该业务服务器屏蔽了t时间后,可以将一定数量,例如较少数量的第二访问请求发送给该业务服务器,并获取所述目标业务服务器是否成功处理所述第二访问请求的第二处理结果。例如,在业务服务器成功处理第二访问请求的情况下,可以向业务服务器返回第一处理结果“1”,反之,在业务服务器未成功处理第二访问请求的情况下,可以向业务服务器返回第一处理结果“0”。
在步骤S25中,基于所述第二处理结果,统计所述目标服务器处理所述第二访问请求的处理失败率和处理失败次数。
在一种实现方式中,在向目标业务服务器发送第二访问请求的情况下,所述目标业务服务器处理第二访问请求的总次数n加一,在目标业务服务器未成功处理第二访问请求的情况下,例如,接收到业务服务器返回第二处理结果“0”的情况下,所述目标服务器处理所述第二访问请求的的失败次数b加一。一个时间周期内所述目标服务器处理所述第二访问请求的失败率a为:所述目标服务器处理所述第二访问请求的失败次数b除以所述目标服务器处理所述第二访问请求的总次数n所得的商值。
在步骤S26中,根据所述目标服务器处理所述第二访问请求的处理失败率和处理失败次数,判断所述目标服务器是否恢复正常。
在一种实现方式中,在预定周期内所述目标服务器处理所述第二访问请求的处理失败率高于第二失败率阈值且所述处理失败次数大于第二失败次数阈值的情况下,判断为所述目标服务器未恢复正常,并且在所述第二预定屏蔽时间内屏蔽所述目标业务服务器。
此时,若在一个时间周期T内,所述业务服务器处理第二访问请求的失败率依然高于预设失败率阈值,且所述业务服务器处理第二访问请求的失败次数依然高于预设失败次数阈值,即a>A且b>B,则说明该业务服务器处理访问请求的失败率高,目标服务器未恢复正常,因此仍然需要屏蔽所述业务服务器,例如,可以在接下来的预设屏蔽时间t之内不向该业务服务器发送访问请求。
在另一种实现方式中,在预定周期内所述目标服务器处理所述第二访问请求的处理失败率不高于第二失败率阈值或所述处理失败次数不大于第二失败次数阈值的情况下,判断为所述目标服务器恢复正常,并且在接收到第三访问请求后,向所述目标服务器发送所述第三访问请求。
若在一个时间周期T内,a≤A或b≤B,则说明该业务服务器处理访问请求的失败率低,故障风险低,判断为所述目标服务器恢复正常,因此无需继续屏蔽所述业务服务器,可以取消预设数量阈值的限制,恢复正常向该业务服务器发送第三访问请求。
在一种实现方式中,所述判断为所述目标服务器恢复正常之后,所述还可以将所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数,和/或所述目标服务器处理所述第二访问请求的处理失败率和处理失败次数清零,从而开始下一预定周期的统计。在处理失败率和处理失败次数清零后,向该业务服务器发送第三访问请求可以理解为是新的预定周期内的第一访问请求,按照步骤S21将第三访问请求作为第一访问请求进行该周期的统计。
由此,本公开实施例提供的一种业务服务器访问请求的处理方法,通过在所述第一预设屏蔽时间之后,根据预设数量阈值向所述目标服务器发送第二访问请求,并获取所述目标业务服务器是否成功处理所述第二访问请求的第二处理结果;基于所述第二处理结果,统计所述目标服务器处理所述第二访问请求的处理失败率和处理失败次数;根据所述目标服务器处理所述第二访问请求的处理失败率和处理失败次数,判断所述目标服务器是否恢复正常,可以根据实际的访问请求进行故障恢复的判断,提高故障恢复的判断的准确性,在存在故障风险时屏蔽业务服务器,反之,可以在排除故障风险时启用该业务服务器。
在一种实现方式中,此时可以将所述业务服务器处理访问请求的总次数和失败次数清零,并对时间周期T启动重新计时,并返回执行步骤S21进行下一时间周期T的处理。
由此,本公开实施例提供的一种业务服务器访问请求的处理方法,通过将所述业务服务器处理访问请求的总次数和失败次数清零,可以周期性地持续进行故障的判断,提高故障判断的准确性。
图3示出本公开实施例提供的一种业务服务器访问请求的处理方法的一种流程示意图,该方法可以由电子设备执行,例如服务器。换言之,所述方法可以由安装在服务器的软件或硬件来执行。如图所示,该方法可以包括以下步骤。
在步骤S31中,向目标业务服务器发送第一访问请求,并获取所述目标业务服务器是否成功处理所述第一访问请求的第一处理结果。
本步骤可以采用与步骤S11相同的文字说明在此不再赘述。
在步骤S32中,基于所述第一处理结果,统计预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数。
本步骤可以采用与步骤S12相同的文字说明在此不再赘述。
在步骤S33中,在预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数满足预设屏蔽条件的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器。
本步骤可以采用与步骤S13相同的文字说明在此不再赘述。
由此,本公开实施例提供的一种业务服务器访问请求的处理方法,通过向目标业务服务器发送第一访问请求,并获取所述目标业务服务器是否成功处理所述第一访问请求的第一处理结果;基于所述第一处理结果,统计预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数;在预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数满足预设屏蔽条件的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器,能够根据实际的业务访问情况判断业务服务器是否发生故障,解决相关技术中探测请求处理成功但是真实请求失败的情况的问题,提高判断故障发生的准确度。
进一步地,在一种实现方式中,所述时间周期为秒级。换言之,在获取业务服务器处理访问请求的总次数和失败次数之前,还包括设置秒级的时间周期T,由此,可以实现秒级的故障发现,避免时间周期太短引起的误判,及时间周期太长导致过多访问请求的处理失败。
在步骤S34中,在预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数不满足预设屏蔽条件的情况下,将所述业务服务器处理第一访问请求的总次数和失败次数清零。
若在一个时间周期T内,a≤A或b≤B,则说明该业务服务器处理第一访问请求的失败率低,故障风险低,此时可以将所述业务服务器处理第一访问请求的总次数和失败次数清零,并对时间周期T启动重新计时,并返回执行步骤S31进行下一时间周期T的处理。
由此,本公开实施例提供的一种业务服务器访问请求的处理方法,通过将所述业务服务器处理访问请求的总次数和失败次数清零,可以周期性地持续进行故障的判断,提高故障判断的准确性。
图4是根据一示例性实施例示出的一种业务服务器访问请求的处理装置框图。参照图4,该装置400包括:获取模块401、确定模块402和处理模块403。
获取模块401被配置为向目标业务服务器发送第一访问请求,并获取所述目标业务服务器是否成功处理所述第一访问请求的第一处理结果。确定模块,402被配置为基于所述第一处理结果,统计预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数。处理模块403被配置为在预定周期内所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数满足预设屏蔽条件的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器。
在一种实现方式中,处理模块403被配置为:在预定周期内所述目标服务器处理所述第一访问请求的处理失败率高于第一失败率阈值且所述处理失败次数大于第一失败次数阈值的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器。
在一种实现方式中,处理模块403还被配置为:在所述第一预设屏蔽时间之后,根据预设数量阈值向所述目标服务器发送第二访问请求,并获取所述目标业务服务器是否成功处理所述第二访问请求的第二处理结果;基于所述第二处理结果,统计所述目标服务器处理所述第二访问请求的处理失败率和处理失败次数;根据所述目标服务器处理所述第二访问请求的处理失败率和处理失败次数,判断所述目标服务器是否恢复正常。
在一种实现方式中,处理模块403被配置为:在预定周期内所述目标服务器处理所述第二访问请求的处理失败率高于第二失败率阈值且所述处理失败次数大于第二失败次数阈值的情况下,判断为所述目标服务器未恢复正常,并且在所述第二预定屏蔽时间内屏蔽所述目标业务服务器;或者
在一种实现方式中,处理模块403被配置为:在预定周期内所述目标服务器处理所述第二访问请求的处理失败率不高于第二失败率阈值或所述处理失败次数不大于第二失败次数阈值的情况下,判断为所述目标服务器恢复正常,并且在接收到第三访问请求后,向所述目标服务器发送所述第三访问请求。
在一种实现方式中,处理模块403还被配置为:在所述判断为所述目标服务器恢复正常之后,将所述目标服务器处理所述第一访问请求的处理失败率和处理失败次数,和/或所述目标服务器处理所述第二访问请求的处理失败率和处理失败次数清零。
在一种实现方式中,所述预定周期为秒级。
关于上述实施例中的装置,其中各个模块执行操作的具体方式及其实现的技术效果已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
图5是根据一示例性实施例示出的一种用于业务服务器访问请求的处理方法的电子设备500的框图,该电子设备可以为服务器。该电子设备500包括处理器501,以及用于存储处理器501可执行指令的存储器502。其中,处理器501被配置为执行所述指令,以实现本公开实施例的业务服务器访问请求的处理方法。
在实际应用中,该电子设备500还可以包括网络接口503、I/O控制器504、大容量存储设备505,以及用于连接它们的总线506。
在示例性实施例中,还提供了一种包括指令的存储介质,例如包括指令的存储器502,上述指令可由电子设备500的处理器501执行以完成上述业务服务器访问请求的处理方法。可选地,存储介质可以是非临时性计算机可读存储介质,例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中,还提供了一种计算机程序产品,所述计算机程序产品包括存储在计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,使所述计算机执行上述业务服务器访问请求的处理方法,并实现相同的技术效果。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (14)

1.一种访问请求的处理方法,其特征在于,由转发服务器执行,所述方法包括:
向目标业务服务器发送第一访问请求,并获取所述目标业务服务器是否成功处理所述第一访问请求的第一处理结果;
基于所述第一处理结果,统计预定周期内所述目标业务服务器处理所述第一访问请求的处理失败率和处理失败次数;
在预定周期内所述目标业务服务器处理所述第一访问请求的处理失败率和处理失败次数满足预设屏蔽条件的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器;
其中,所述在第一预定屏蔽时间内屏蔽所述目标业务服务器,包括:在第一预定屏蔽时间内不向所述目标业务服务器发送访问请求。
2.如权利要求1所述的方法,所述在预定周期内所述目标业务服务器处理所述第一访问请求的处理失败率和处理失败次数满足预设屏蔽条件的情况下,在预定屏蔽时间内屏蔽所述目标业务服务器的步骤,包括:
在预定周期内所述目标业务服务器处理所述第一访问请求的处理失败率高于第一失败率阈值且所述处理失败次数大于第一失败次数阈值的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器。
3.如权利要求2所述的方法,在所述在第一预定屏蔽时间内屏蔽所述目标业务服务器之后,所述方法还包括:
在所述第一预定屏蔽时间之后,根据预设数量阈值向所述目标业务服务器发送第二访问请求,并获取所述目标业务服务器是否成功处理所述第二访问请求的第二处理结果;
基于所述第二处理结果,统计所述目标业务服务器处理所述第二访问请求的处理失败率和处理失败次数;
根据所述目标业务服务器处理所述第二访问请求的处理失败率和处理失败次数,判断所述目标业务服务器是否恢复正常。
4.如权利要求3所述的方法,所述根据所述目标业务服务器处理所述第二访问请求的处理失败率和处理失败次数,判断所述目标业务服务器是否恢复正常的步骤,包括:
在预定周期内所述目标业务服务器处理所述第二访问请求的处理失败率高于第二失败率阈值且所述处理失败次数大于第二失败次数阈值的情况下,判断为所述目标业务服务器未恢复正常,并且在第二预定屏蔽时间内屏蔽所述目标业务服务器;或者
在预定周期内所述目标业务服务器处理所述第二访问请求的处理失败率不高于第二失败率阈值或所述处理失败次数不大于第二失败次数阈值的情况下,判断为所述目标业务服务器恢复正常,并且在接收到第三访问请求后,向所述目标业务服务器发送所述第三访问请求。
5.如权利要求4所述的方法,其特征在于,在所述判断为所述目标业务服务器恢复正常之后,所述方法还包括:
将所述目标业务服务器处理所述第一访问请求的处理失败率和处理失败次数,和/或所述目标业务服务器处理所述第二访问请求的处理失败率和处理失败次数清零。
6.如权利要求1所述的方法,其特征在于,所述预定周期为秒级。
7.一种访问请求的处理装置,其特征在于,所述处理装置包括:
获取模块,被配置为向目标业务服务器发送第一访问请求,并获取所述目标业务服务器是否成功处理所述第一访问请求的第一处理结果;
确定模块,被配置为基于所述第一处理结果,统计预定周期内所述目标业务服务器处理所述第一访问请求的处理失败率和处理失败次数;
处理模块,被配置为在预定周期内所述目标业务服务器处理所述第一访问请求的处理失败率和处理失败次数满足预设屏蔽条件的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器;
其中,所述处理模块被配置为:在第一预定屏蔽时间内不向所述目标业务服务器发送访问请求。
8.如权利要求7所述的处理装置,所述处理模块被配置为:在预定周期内所述目标业务服务器处理所述第一访问请求的处理失败率高于第一失败率阈值且所述处理失败次数大于第一失败次数阈值的情况下,在第一预定屏蔽时间内屏蔽所述目标业务服务器。
9.如权利要求8所述的处理装置,所述处理模块还被配置为:在所述第一预定屏蔽时间之后,根据预设数量阈值向所述目标业务服务器发送第二访问请求,并获取所述目标业务服务器是否成功处理所述第二访问请求的第二处理结果;基于所述第二处理结果,统计所述目标业务服务器处理所述第二访问请求的处理失败率和处理失败次数;根据所述目标业务服务器处理所述第二访问请求的处理失败率和处理失败次数,判断所述目标业务服务器是否恢复正常。
10.如权利要求9所述的处理装置,所述处理模块被配置为:在预定周期内所述目标业务服务器处理所述第二访问请求的处理失败率高于第二失败率阈值且所述处理失败次数大于第二失败次数阈值的情况下,判断为所述目标业务服务器未恢复正常,并且在第二预定屏蔽时间内屏蔽所述目标业务服务器;或者
所述处理模块被配置为:在预定周期内所述目标业务服务器处理所述第二访问请求的处理失败率不高于第二失败率阈值或所述处理失败次数不大于第二失败次数阈值的情况下,判断为所述目标业务服务器恢复正常,并且在接收到第三访问请求后,向所述目标业务服务器发送所述第三访问请求。
11.如权利要求10所述的处理装置,其特征在于,所述处理模块还被配置为:在所述判断为所述目标业务服务器恢复正常之后,将所述目标业务服务器处理所述第一访问请求的处理失败率和处理失败次数,和/或所述目标业务服务器处理所述第二访问请求的处理失败率和处理失败次数清零。
12.如权利要求7所述的处理装置,其特征在于,所述预定周期为秒级。
13.一种存储介质,当所述存储介质中的指令由电子设备的处理器执行时,使得电子设备能够执行如权利要求1至6中任一项所述的访问请求的处理方法。
14.一种电子设备,其特征在于,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如权利要求1至6中任一项所述的访问请求的处理方法。
CN202010404515.3A 2020-05-13 2020-05-13 一种访问请求的处理方法、装置及电子设备 Active CN113676365B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010404515.3A CN113676365B (zh) 2020-05-13 2020-05-13 一种访问请求的处理方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010404515.3A CN113676365B (zh) 2020-05-13 2020-05-13 一种访问请求的处理方法、装置及电子设备

Publications (2)

Publication Number Publication Date
CN113676365A CN113676365A (zh) 2021-11-19
CN113676365B true CN113676365B (zh) 2022-10-11

Family

ID=78537019

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010404515.3A Active CN113676365B (zh) 2020-05-13 2020-05-13 一种访问请求的处理方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN113676365B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114827160A (zh) * 2022-06-07 2022-07-29 中国工商银行股份有限公司 流量分流方法、装置、存储介质及电子设备
CN115150400B (zh) * 2022-07-05 2024-04-30 普联技术有限公司 服务故障的处理方法、装置、云服务平台和存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106533798A (zh) * 2016-12-15 2017-03-22 北京小米移动软件有限公司 检测方法和装置
CN107204875A (zh) * 2017-05-11 2017-09-26 腾讯科技(深圳)有限公司 数据上报链路监测方法、装置、电子设备及存储介质
CN109936613A (zh) * 2017-12-19 2019-06-25 北京京东尚科信息技术有限公司 应用于服务器的容灾方法和装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7004902B2 (ja) * 2018-02-05 2022-01-21 富士通株式会社 性能評価プログラム、および性能評価方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106533798A (zh) * 2016-12-15 2017-03-22 北京小米移动软件有限公司 检测方法和装置
CN107204875A (zh) * 2017-05-11 2017-09-26 腾讯科技(深圳)有限公司 数据上报链路监测方法、装置、电子设备及存储介质
CN109936613A (zh) * 2017-12-19 2019-06-25 北京京东尚科信息技术有限公司 应用于服务器的容灾方法和装置

Also Published As

Publication number Publication date
CN113676365A (zh) 2021-11-19

Similar Documents

Publication Publication Date Title
CN113676365B (zh) 一种访问请求的处理方法、装置及电子设备
US10360090B2 (en) Determination method, determination apparatus, and recording medium
CN108540533B (zh) 一种应答请求的方法和装置
CN109728969B (zh) 应用软件的异常用户侦测方法、监控服务端及存储介质
CN109918089B (zh) 一种软件部署方法和系统
CN111901176B (zh) 故障确定方法、装置、设备及存储介质
CN108509322B (zh) 避免过度回访的方法、电子装置及计算机可读存储介质
CN112436962B (zh) 区块链共识网络动态扩展方法、电子设备、系统及介质
CN107018039B (zh) 测试服务器集群性能瓶颈的方法和装置
CN109493230B (zh) 一种单边交易的补录方法及装置
CN108964992B (zh) 一种节点故障检测方法、装置和计算机可读存储介质
CN113660145B (zh) 基于话务管理系统动态探知与转移中继线路故障的方法
CN114500128B (zh) 一种流控计费方法、装置、系统、电子设备、介质及产品
CN108574623B (zh) 一种恶意用户确定及阻止垃圾信息的方法及装置
CN111580961B (zh) 访问请求处理方法、装置、服务器及存储介质
CN111865722B (zh) 一种节点健康状态检测及处理方法
CN115391059A (zh) 数据回放方法、装置、计算机设备及计算机可读存储介质
CN107800560B (zh) 网络检测方法和装置、网络检测查询方法和装置
CN113961920A (zh) 可疑进程处理方法、装置、存储介质及电子设备
CN106685697B (zh) 一种异常边际消息数据恢复处理的方法及系统
CN110362464B (zh) 软件分析方法及设备
CN112134734A (zh) 一种网络设备的配置方法及装置
CN107819739B (zh) 一种确定终端是否存在长链路连接的方法及服务器
CN112202760A (zh) 网页访问方法、装置、终端及介质
CN112637362B (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
GR01 Patent grant
GR01 Patent grant