CN111865720B - 用于处理请求的方法、装置、设备以及存储介质 - Google Patents
用于处理请求的方法、装置、设备以及存储介质 Download PDFInfo
- Publication number
- CN111865720B CN111865720B CN202010697414.XA CN202010697414A CN111865720B CN 111865720 B CN111865720 B CN 111865720B CN 202010697414 A CN202010697414 A CN 202010697414A CN 111865720 B CN111865720 B CN 111865720B
- Authority
- CN
- China
- Prior art keywords
- node
- abnormal
- state
- nodes
- preset threshold
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0817—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking functioning
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/12—Network monitoring probes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/16—Threshold monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Environmental & Geological Engineering (AREA)
- Debugging And Monitoring (AREA)
Abstract
本申请公开了一种用于处理请求的方法、装置、设备以及存储介质,涉及云平台、计算机网络、信息流领域。具体实现方案为:获取网络中各节点的待评估数据;根据待评估数据、第一预设阈值集合、预设权重集合以及第二预设阈值,确定各节点中是否存在状态异常的节点;响应于确定各节点中存在状态异常的节点,将发送至状态异常的节点的请求发送至各节点中状态正常的节点,以供处理。本实现方式可以实现准确地对节点的状态异常情况进行评估,并及时地将发送至状态异常的节点的请求发送至状态正常的节点,规避了用户请求不能处理的风险。
Description
技术领域
本申请涉及计算机技术领域,具体涉及云平台、内容分发网络、信息流领域,尤其涉及一种用于处理请求的方法、装置、设备以及存储介质。
背景技术
音视频直播架构通常分为推流端和拉流端,推拉流端的实现都依赖于流媒体内容分发网络(CDN,Content Delivery Network)分发。拉流播放主要依靠CDN技术得以实现,但在拉流过程中,由于不同地区的覆盖节点本身以及所处的环境均可能发生异常,从而引发直播画面卡顿、黑屏等,造成用户体验下降。
在发生故障后,往往首先猜想是节点的问题,并且在对节点状态是否异常进行判断时,通常对节点状态的判断不准确。
发明内容
本公开提供了一种用于处理请求的方法、装置、设备以及存储介质。
根据本公开的一方面,提供了一种用于处理请求的方法,包括:获取网络中各节点的待评估数据;根据待评估数据、第一预设阈值集合、预设权重集合以及第二预设阈值,确定各节点中是否存在状态异常的节点;响应于确定各节点中存在状态异常的节点,将发送至状态异常的节点的请求发送至各节点中状态正常的节点,以供处理。
根据本公开的另一方面,提供了一种用于处理请求的装置,包括:数据获取单元,被配置成获取网络中各节点的待评估数据;状态异常节点确定单元,被配置成根据待评估数据、第一预设阈值集合、预设权重集合以及第二预设阈值,确定各节点中是否存在状态异常的节点;节点切换单元,被配置成响应于确定各节点中存在状态异常的节点,将发送至状态异常的节点的请求发送至各节点中状态正常的节点,以供处理。
根据本公开的再一方面,提供了一种用于处理请求的电子设备,包括:至少一个处理器;以及与至少一个处理器通信连接的存储器;其中,存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够执行如上述用于处理请求的方法。
根据本公开的又一方面,提供了一种存储有计算机指令的非瞬时计算机可读存储介质,上述计算机指令用于使计算机执行如上述用于处理请求的方法。
根据本公开的又一方面,提供了一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现如上述用于处理请求的方法。
根据本申请的技术解决了对节点状态的判断不准确的问题,可以实现准确地对节点的状态异常情况进行评估,并及时地将发送至状态异常的节点的请求发送至状态正常的节点,规避了用户请求不能处理的风险。
应当理解,本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征,也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案,不构成对本申请的限定。其中:
图1是本申请的一个实施例可以应用于其中的示例性***架构图;
图2是根据本申请的用于处理请求的方法的一个实施例的流程图;
图3是根据本申请的用于处理请求的方法的一个应用场景的示意图;
图4是根据本申请的用于处理请求的方法的另一个实施例的流程图;
图5是根据本申请的用于处理请求的装置的一个实施例的结构示意图;
图6是用来实现本申请实施例的用于处理请求的方法的电子设备的框图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请的用于处理请求的方法或用于处理请求的装置的实施例的示例性***架构100。
如图1所示,***架构100可以包括终端设备101、102、103,网络104和服务器105~109。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如直播类应用等。
终端设备101、102、103可以是硬件,也可以是软件。当终端设备101、102、103为硬件时,可以是各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、车载电脑、膝上型便携计算机和台式计算机等等。当终端设备101、102、103为软件时,可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块。在此不做具体限定。
服务器105~109可以包括管理服务器105以及内容分发网络的边缘服务器106~109。管理服务器105对获取的各边缘服务器106~109的待评估数据进行评估分析,并在任一边缘服务器的状态出现异常时,可调用任一状态正常的边缘服务器替换状态异常的边缘服务器处理用户请求,以使各边缘服务器能够及时响应用户的请求。
需要说明的是,服务器105~109可以是硬件,也可以是软件。当服务器105~109为硬件时,可以实现成多个服务器组成的分布式服务器集群,也可以实现成单个服务器。当服务器105~109为软件时,可以实现成多个软件或软件模块(例如用来提供分布式服务),也可以实现成单个软件或软件模块。在此不做具体限定。
需要说明的是,本申请实施例所提供的用于处理请求的方法一般由管理服务器105执行。相应地,用于处理请求的装置一般设置于管理服务器105中。
应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
继续参考图2,示出了根据本申请的用于处理请求的方法的一个实施例的流程200。本实施例的用于处理请求的方法,包括以下步骤:
步骤201,获取网络中各节点的待评估数据。
本实施例中,用于处理请求的方法的执行主体(例如图1所示服务器105)可以通过有线或无线连接的方式,获取各节点的待评估数据,例如可以是各个边缘节点服务器的待评估数据。网络,例如可以是内容分发网络,是构建在现有网络基础之上的智能虚拟网络,依靠部署在各地的边缘服务器,通过中心平台的负载均衡、内容分发、节点调度等,使用户就近获取所需内容,降低网络堵塞,提高用户访问响应速度和命中率。节点,可以为内容分发网络中的网络节点,是面向最终用户的内容提供设备,可缓存静态网站内容和流媒体内容,实现内容的边缘传播和存储,以便用户的就近访问。待评估数据,可以为节点探测成功率、网络利用率和中央处理器(CPU,central processing unit)利用率等。其中,节点探测成功率可以通过利用遍布于全国各地的探针节点对该节点进行访问,成功率=成功次数/总探测次数计算得到。
步骤202,根据待评估数据、第一预设阈值集合、预设权重集合以及第二预设阈值,确定各节点中是否存在状态异常的节点。
执行主体在得到网络中各节点的待评估数据后,可以根据待评估数据、第一预设阈值集合、预设权重集合以及第二预设阈值,确定各节点中是否存在状态异常的节点。具体地,待评估数据可以包括多个参数值,第一预设阈值集合中各个预设阈值与多个参数值一一对应,用以评判该多个参数值是否异常。该各个预设阈值可以是通过经验设定的,也可以是通过特定设备测试得到的,本申请对第一预设阈值集合中各个预设阈值的具体数值不做具体限定。预设权重集合可以为对应待评估数据的各预设权重,也可以为对应待评估数据与第一预设阈值集合的评估结果的各预设权重,本申请对预设权重集合的对应对象不做具体限定。预设权重集合中各预设权重之和为预设值。第二预设阈值为对应各节点的状态异常程度的阈值。具体地,确定各节点中是否存在状态异常的节点,可以通过待评估数据与第一预设阈值集合中各预设阈值进行比较,根据比较结果确定各节点中是否存在状态异常的节点。当然,也可以将比较结果与预设权重集合结合并与第二预设阈值进行比较,确定各节点中是否存在状态异常的节点。示例的,待评估数据例如可以是各节点中某一节点探测成功率0.9、网络利用率0.85、中央处理器利用率0.95。对应的第一预设阈值集合例如可以为(0.95,0.8,0.9),预设权重集合例如可以为(0.4,0.3,0.3),第二预设阈值例如可以是0.5。则节点探测成功率0.9小于0.95,即代表该节点待评估数据中的探测成功率异常,异常结果用1表示;网络利用率0.85大于0.8,即代表该节点待评估数据中的网络利用率异常,异常结果用1表示;中央处理器利用率0.95大于0.9,即代表该节点待评估数据中的中央处理器利用率异常,异常结果用1表示。将节点探测成功率、网络利用率、中央处理器利用率的异常结果与对应的预设权重结合,例如可以为1×0.4+1×0.3+1×0.3=1,并将该结果与第二预设阈值0.5比较,1>0.5,则确定该节点状态异常,则确定各节点中存在状态异常的节点。本申请对上述计算方式不做具体限定,可以包括任意的能准确确定出各节点中所存在的状态异常的节点的计算方式。
步骤203,响应于确定各节点中存在状态异常的节点,将发送至状态异常的节点的请求发送至各节点中状态正常的节点,以供处理。
执行主体在确定出各节点中存在状态异常的节点后,可以将发送至状态异常的节点的请求发送至各节点中状态正常的节点,以供处理。具体地,各节点中状态正常的节点可以为各节点的状态异常程度值小于第二预设阈值的节点。各节点的状态异常程度值可以通过待评估数据、第一预设阈值集合以及预设权重集合三者结合得到。执行主体响应于确定各节点中存在状态异常的节点,可以将发送至状态异常的节点的请求通过有线或无线连接的方式发送至各节点中状态正常的节点,以供状态正常的节点进行处理。处理,具体地,可以为由状态正常的节点向用户提供用户请求所对应的内容。
继续参考图3,其示出了根据本申请的用于处理请求的方法的一个应用场景的示意图。在图3的应用场景中,服务器O获取网络中各节点A、B、C、D的待评估数据a、b、c、d;根据待评估数据a、b、c、d,第一预设阈值集合,预设权重集合以及第二预设阈值,确定各节点A、B、C、D中是否存在状态异常的节点;服务器O响应于确定各节点A、B、C、D中存在状态异常的节点D,节点A、B、C状态正常,将用户E发送至状态异常的节点D的请求f发送至状态正常的节点A、B、C中的任意一个,例如发送至节点C,由节点C对用户的请求f进行处理。
本实施例可以实现准确地对节点的状态异常情况进行评估,并及时地将发送至状态异常的节点的请求发送至状态正常的节点,规避了用户请求不能处理的风险。
继续参考图4,其示出了根据本申请的用于处理请求的方法的另一个实施例的流程400。如图4所示,本实施例的用于处理请求的方法,可以包括以下步骤:
步骤401,获取网络中各节点的待评估数据。
步骤402,根据待评估数据、第一预设阈值集合、预设权重集合以及第二预设阈值,确定各节点中是否存在状态异常的节点。
步骤401~402的原理与步骤201~202的原理类似,此处不再赘述。
具体地,步骤402可以通过以下步骤4021~步骤4022来实现:
在该实施例中,待评估数据包括多个参数值,预设权重集合中各预设权重与多个参数值一一对应。
步骤4021,根据多个参数值以及第一预设阈值集合,确定多个参数值是否异常,得到评估结果。
本实施例中,执行主体在获取网络中各节点的待评估数据后,可以根据待评估数据中的多个参数值与第一阈值集合、预设权重集合以及第二预设阈值,确定各节点中是否存在状态异常的节点。首先,执行主体可以将各节点的待评估数据中的多个参数值分别与第一预设阈值集合中对应的各阈值进行比较,根据比较结果,确定每个节点的多个参数值是否异常,得到评估结果。示例的,待评估数据中的多个参数值可以为对应于各节点的节点探测成功率、网络利用率和中央处理器(CPU,central processing unit)利用率等。例如,各节点中某一节点探测成功率为0.98、网络利用率为0.81、中央处理器利用率为0.92。第一预设阈值集合可以包括分别对应节点探测成功率的阈值,例如可以为0.92、对应网络利用率的阈值,例如可以为0.7,以及对应中央处理器利用率的阈值,例如可以为0.8。则节点探测成功率为0.98大于节点探测成功率的阈值0.92,表明该节点探测成功率正常;网络利用率0.81大于对应的网络利用率的阈值0.7,表明该节点的网络利用率异常;中央处理器利用率0.92大于对应的中央处理器利用率的阈值0.8,表明该节点的中央处理器利用率异常。则得到的对应该节点的评估结果为:该节点探测成功率正常、该节点的网络利用率异常、该节点的中央处理器利用率异常。
步骤4022,根据评估结果、多个参数值对应的预设权重以及第二预设阈值,确定各节点中是否存在状态异常的节点。
执行主体在得到评估结果后,可以根据评估结果、多个参数值对应的预设权重以及第二预设阈值,确定各节点中是否存在状态异常的节点。执行主体可以根据评估结果结合第二预设阈值确定各节点中是否存在状态异常的节点,例如,将评估结果相加取平均值再与第二预设阈值比较,当各节点中存在节点的评估结果的平均值大于第二预设阈值时,表明该节点状态异常,也就是可以确定各节点中存在状态异常的节点。当然,也可以根据评估结果与预设权重结合得到的状态值与第二预设阈值比较,从而确定各节点中是否存在状态异常的节点。例如,将各节点的评估结果分别与对应的权重相乘后再相加,得到各个节点的状态值,将各个节点的状态值再与第二预设阈值比较,当存在节点的状态值大于第二预设阈值时,表明该节点的状态异常,也即表明,各节点中存在状态异常的节点。可以理解的是,多个参数值对应的预设权重可以为经验值或者经过训练得到,本申请对此不作具体限定。
本实施例通过引入第一预设阈值结合、预设权重集合以及第二预设阈值,将待评估数据与上述三者结合用于评判待评估数据对应的各节点的状态是否异常,可以使得对各节点的状态的评判更加准确,以便于在节点状态出现异常时,及时调用状态正常的节点对用户的请求进行处理,可以规避用户请求不能及时处理的风险。
具体地,步骤4022可以通过以下步骤40221~步骤40222来实现:
步骤40221,根据评估结果、多个参数值对应的预设权重,确定各节点的状态异常程度值。
本实施例中,评估结果中可以包括各个参数值是否异常的结果,参数值异常结果用1表示,正常结果用0表示。则各节点的状态的异常程度值可以由各个参数值的异常结果或正常结果分别与对应的预设权重相乘后再相加得到,本申请对该算法不做具体限定。示例的,各节点中某一节点探测成功率的评估结果为异常,异常结果用1表示、节点探测成功率的评估结果为正常,正常结果用0表示、中央处理器利用率为正常,正常结果用0表示。而节点探测成功率、网络利用率、中央处理器利用率对应的预设权重分别为0.4、0.3、0.3,则该节点的状态异常程度值=1×0.4+0×0.3+0×0.3=0.4。
步骤40222,根据各节点的状态异常程度值以及第二预设阈值,确定各节点中是否存在状态异常的节点。
本实施例中,执行主体可以将各节点的状态异常程度值与第二预设阈值做比值运算,当存在节点的状态异常程度值与第二预设阈值的比值大于1时,确定该节点的状态异常,从而确定各节点中存在状态异常的节点。
本实施例通过评估结果、多个参数值对应的预设权重,确定各节点的状态异常程度值,并通过设定第二预设阈值作为标准来评判各节点的状态是否存在异常,提高对各节点状态是否异常的评判的准确性。
具体地,步骤40222可以通过步骤402221来实现:
步骤402221,对于每个节点,响应于确定该节点的状态异常程度值大于第二预设阈值,确定该节点状态异常。
本实施例通过将每个节点的状态异常程度值与第二预设阈值作差值,根据差值是否大于0,来判断该节点的状态是否异常,当差值大于0时,表明该节点的状态异常程度值大于第二预设阈值,表明该节点的状态异常。
本实施例通过判断每个节点的状态异常程度值与第二预设阈值的大小来判断每个节点的状态是否正常,提高对节点状态判断的准确性。
步骤403,响应于确定各节点中存在状态异常的节点,将发送至状态异常的节点的请求发送至各节点中状态正常的节点,以供处理。
步骤403的原理与步骤203的原理类似,此处不再赘述。
具体地,步骤403可以通过以下步骤4031~步骤4033来实现:
步骤4031,响应于确定各节点中存在状态异常的节点,对每个状态异常的节点确定其周围状态正常的节点的优先级。
本实施例中,执行主体在确定各节点中存在状态异常的节点后,同时可以确定出各节点中状态正常的节点。将确定出的各节点中状态正常的节点中与状态异常的节点之间的距离小于预设第三阈值的节点的优先级确定为第一优先级。当然,也可以将与异常节点处于同一地理区域的节点的优先级确定为第一优先级。示例的,如果异常节点A部署在广东,覆盖的地区也是广东,同时也覆盖广西,但是在广西也部署有节点B和C、D,则当节点B状态异常时,与节点B部署于同一地区的节点C和D的优先级可以确定为第一优先级,而与节点B没有部署于同一地区的节点A的优先级则无法确定为第一优先级。当然,也可以根据预先设置的状态正常的节点中的配置最高、响应速度最快的节点作为最高优先级节点,相应的该节点的优先级为第一优先级。
步骤4032,根据优先级,从状态正常的节点中确定状态异常的节点的替换节点。
执行主体在确定出状态异常的节点周围状态正常的节点的优先级后,可以从对应第一优先级的状态正常的节点中选取任意一个或者选取距离该状态异常的节点距离最近的一个节点作为替换节点。
步骤4033,将发送至状态异常的节点的请求发送至替换节点,以供处理。
执行主体在确定好替换节点后,可以将发送至状态异常的节点的请求发送至该替换节点,以供该替换节点处理。具体地,执行主体可以通过有线或无线的方式将请求发送至替换节点。该替换节点对请求进行处理可以为替换节点将请求退推至媒体中心进行数据处理,再经由分发网络进行下行拉流播放,为用户提供与请求对应的流媒体内容。
本实施例通过确定状态异常节点周围的正常节点的优先级,可以保证对用户的请求做第一时间的应答,并根据状态正常的节点的优先级确定替换节点,将请求发送至替换节点,可以缩短对用户体验的影响时间,可以规避用户请求不能及时处理的风险,提升用户的体验。
进一步参考图5,作为对上述各图所示方法的实现,本申请提供了一种用于处理请求的装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图5所示,本实施例的用于处理请求的装置500包括:数据获取单元501、状态异常节点确定单元502和节点切换单元503。
数据获取单元501,被配置成获取网络中各节点的待评估数据。
状态异常节点确定单元502,被配置成根据待评估数据、第一预设阈值集合、预设权重集合以及第二预设阈值,确定各节点中是否存在状态异常的节点。
节点切换单元503,被配置成响应于确定各节点中存在状态异常的节点,将发送至状态异常的节点的请求发送至各节点中状态正常的节点,以供处理。
在本实施例的一些可选的实现方式中,待评估数据包括多个参数值,预设权重集合中各预设权重与多个参数值一一对应;以及状态异常节点确定单元502进一步被配置成:根据多个参数值以及第一预设阈值集合,确定多个参数值是否异常,得到评估结果;根据评估结果、多个参数值对应的预设权重以及第二预设阈值,确定各节点中是否存在状态异常的节点。
在本实施例的一些可选的实现方式中,状态异常节点确定单元502进一步被配置成:根据评估结果、多个参数值对应的预设权重,确定各节点的状态异常程度值;根据各节点的状态异常程度值以及第二预设阈值,确定各节点中是否存在状态异常的节点。
在本实施例的一些可选的实现方式中,状态异常节点确定单元502进一步被配置成:对于每个节点,响应于确定该节点的状态异常程度值大于第二预设阈值,确定该节点状态异常。
在本实施例的一些可选的实现方式中,其中,节点切换单元503进一步被配置成:响应于确定各节点中存在状态异常的节点,对每个状态异常的节点确定其周围状态正常的节点的优先级;根据优先级,从状态正常的节点中确定状态异常的节点的替换节点;将发送至状态异常的节点的请求发送至替换节点,以供处理。
应当理解,用于处理请求的装置500中记载的单元501至单元503分别与参考图2中描述的方法中的各个步骤相对应。由此,上文针对用于处理请求的方法描述的操作和特征同样适用于装置500及其中包含的单元,在此不再赘述。
根据本申请的实施例,本申请还提供了一种用于处理请求的电子设备和一种可读存储介质。
如图6所示,是根据本申请实施例的用于处理请求的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图6所示,该电子设备包括:一个或多个处理器601、存储器602,以及用于连接各部件的接口,包括高速接口和低速接口。各个部件利用不同的总线605互相连接,并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理,包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如,耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中,若需要,可以将多个处理器和/或多条总线605与多个存储器和多个存储器一起使用。同样,可以连接多个电子设备,各个设备提供部分必要的操作(例如,作为服务器阵列、一组刀片式服务器、或者多处理器***)。图6中以一个处理器601为例。
存储器602即为本申请所提供的非瞬时计算机可读存储介质。其中,所述存储器存储有可由至少一个处理器执行的指令,以使所述至少一个处理器执行本申请所提供的用于处理请求的方法。本申请的非瞬时计算机可读存储介质存储计算机指令,该计算机指令用于使计算机执行本申请所提供的用于处理请求的方法。
存储器602作为一种非瞬时计算机可读存储介质,可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及单元,如本申请实施例中的用于处理请求的方法对应的程序指令/单元(例如,附图5所示的数据获取单元501、状态异常节点确定单元502和节点切换单元503)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述方法实施例中的用于处理请求的方法。
存储器602可以包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需要的应用程序;存储数据区可存储根据用于处理请求的方法的电子设备的使用所创建的数据等。此外,存储器602可以包括高速随机存取存储器,还可以包括非瞬时存储器,例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中,存储器602可选包括相对于处理器601远程设置的存储器,这些远程存储器可以通过网络连接至用于处理请求的方法的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
用于处理请求的方法的电子设备还可以包括:输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线605或者其他方式连接,图6中以通过总线605连接为例。
输入装置603可接收输入的数字或字符信息,以及产生与用于处理请求的方法的电子设备的用户设置以及功能控制有关的键信号输入,例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以包括显示设备、辅助照明装置(例如,LED)和触觉反馈装置(例如,振动电机)等。该显示设备可以包括但不限于,液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中,显示设备可以是触摸屏。
此处描述的***和技术的各种实施方式可以在数字电子电路***、集成电路***、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程***上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储***、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储***、该至少一个输入装置、和该至少一个输出装置。
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令,并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的,术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如,磁盘、光盘、存储器、可编程逻辑装置(PLD)),包括,接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互,可以在计算机上实施此处描述的***和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的***和技术实施在包括后台部件的计算***(例如,作为数据服务器)、或者包括中间件部件的计算***(例如,应用服务器)、或者包括前端部件的计算***(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的***和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算***中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将***的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。
计算机***可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
根据本申请实施例的技术方案,可以实现准确地对节点的状态异常情况进行评估,并及时地将发送至状态异常的节点的请求发送至状态正常的节点,规避了用户请求不能处理的风险。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本申请公开的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本申请保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等,均应包含在本申请保护范围之内。
Claims (12)
1.一种用于处理请求的方法,包括:
获取网络中各节点的待评估数据,其中,所述待评估数据包括节点探测成功率和网络利用率,节点探测成功率通过计算各地的探针节点对节点进行探测的成功次数与总探测次数的商得到;
根据所述待评估数据、第一预设阈值集合、预设权重集合以及第二预设阈值,确定所述各节点中是否存在状态异常的节点,其中,所述第一预设阈值集合包括分别与节点探测成功率和网络利用率对应的参数值,所述预设权重集合包括分别与节点探测成功率和网络利用率对应的预设权重,所述第二预设阈值为对应各节点的状态异常程度的阈值;
响应于确定所述各节点中存在状态异常的节点,将发送至所述状态异常的节点的请求发送至所述各节点中状态正常的节点,以供处理;
其中,所述根据所述待评估数据、第一预设阈值集合、预设权重集合以及第二预设阈值,确定所述各节点中是否存在状态异常的节点,包括:对于每个节点,通过比较节点探测成功率和对应的参数值,确定节点探测成功率的评估结果,评估结果表示节点探测成功率是否异常;通过比较网络利用率和对应的参数值,确定网络利用率的评估结果,评估结果表示网络利用率是否异常;确定节点探测成功率和网络利用率分别对应的评估结果的加权和;通过比较确定的加权和与所述第二预设阈值,确定该节点是否存在状态异常。
2.根据权利要求1所述的方法,其中,所述待评估数据包括多个参数值,所述预设权重集合中各预设权重与所述多个参数值一一对应;以及
所述根据所述待评估数据、第一预设阈值集合、预设权重集合以及第二预设阈值,确定所述各节点中是否存在状态异常的节点,包括:
根据所述多个参数值以及第一预设阈值集合,确定所述多个参数值是否异常,得到评估结果;
根据所述评估结果、所述多个参数值对应的预设权重以及所述第二预设阈值,确定所述各节点中是否存在状态异常的节点。
3.根据权利要求2所述的方法,其中,根据所述评估结果、所述多个参数值对应的预设权重以及所述第二预设阈值,确定所述各节点中是否存在状态异常的节点,包括:
根据所述评估结果、所述多个参数值对应的预设权重,确定所述各节点的状态异常程度值;
根据所述各节点的状态异常程度值以及所述第二预设阈值,确定所述各节点中是否存在状态异常的节点。
4.根据权利要求3所述的方法,其中,所述根据所述各节点的状态异常程度值以及所述第二预设阈值,确定所述各节点中是否存在状态异常的节点,包括:
对于每个节点,响应于确定该节点的状态异常程度值大于所述第二预设阈值,确定所述该节点状态异常。
5.根据权利要求1~4任一项所述的方法,其中,所述响应于确定所述各节点中存在状态异常的节点,将发送至所述状态异常的节点的请求发送至所述各节点中状态正常的节点,以供处理,包括:
响应于确定所述各节点中存在状态异常的节点,对每个状态异常的节点确定其周围状态正常的节点的优先级;
根据所述优先级,从所述状态正常的节点中确定所述状态异常的节点的替换节点;
将发送至所述状态异常的节点的请求发送至所述替换节点,以供处理。
6.一种用于处理请求的装置,包括:
数据获取单元,被配置成获取网络中各节点的待评估数据,其中,所述待评估数据包括节点探测成功率和网络利用率,节点探测成功率通过计算各地的探针节点对节点进行探测的成功次数与总探测次数的商得到;
状态异常节点确定单元,被配置成根据所述待评估数据、第一预设阈值集合、预设权重集合以及第二预设阈值,确定所述各节点中是否存在状态异常的节点,其中,所述第一预设阈值集合包括分别与节点探测成功率和网络利用率对应的参数值,所述预设权重集合包括分别与节点探测成功率和网络利用率对应的预设权重,所述第二预设阈值为对应各节点的状态异常程度的阈值;
节点切换单元,被配置成响应于确定所述各节点中存在状态异常的节点,将发送至所述状态异常的节点的请求发送至所述各节点中状态正常的节点,以供处理;
其中,所述状态异常节点确定单元,进一步被配置成:对于每个节点,通过比较节点探测成功率和对应的参数值,确定节点探测成功率的评估结果,评估结果表示节点探测成功率是否异常;通过比较网络利用率和对应的参数值,确定网络利用率的评估结果,评估结果表示网络利用率是否异常;确定节点探测成功率和网络利用率分别对应的评估结果的加权和;通过比较确定的加权和与所述第二预设阈值,确定该节点是否存在状态异常。
7.根据权利要求6所述的装置,其中,所述待评估数据包括多个参数值,所述预设权重集合中各预设权重与所述多个参数值一一对应;以及
所述状态异常节点确定单元进一步被配置成:
根据所述多个参数值以及第一预设阈值集合,确定所述多个参数值是否异常,得到评估结果;
根据所述评估结果、所述多个参数值对应的预设权重以及所述第二预设阈值,确定所述各节点中是否存在状态异常的节点。
8.根据权利要求7所述的装置,其中,所述状态异常节点确定单元进一步被配置成:
根据所述评估结果、所述多个参数值对应的预设权重,确定所述各节点的状态异常程度值;
根据所述各节点的状态异常程度值以及所述第二预设阈值,确定所述各节点中是否存在状态异常的节点。
9.根据权利要求8所述的装置,其中,所述状态异常节点确定单元进一步被配置成:
对于每个节点,响应于确定该节点的状态异常程度值大于所述第二预设阈值,确定所述该节点状态异常。
10.根据权利要求6~9任一项所述的装置,其中,所述节点切换单元进一步被配置成:
响应于确定所述各节点中存在状态异常的节点,对每个状态异常的节点确定其周围状态正常的节点的优先级;
根据所述优先级,从所述状态正常的节点中确定所述状态异常的节点的替换节点;
将发送至所述状态异常的节点的请求发送至所述替换节点,以供处理。
11.一种用于处理请求的电子设备,其特征在于,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-5中任一项所述的方法。
12.一种存储有计算机指令的非瞬时计算机可读存储介质,其特征在于,所述计算机指令用于使所述计算机执行权利要求1-5中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010697414.XA CN111865720B (zh) | 2020-07-20 | 2020-07-20 | 用于处理请求的方法、装置、设备以及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010697414.XA CN111865720B (zh) | 2020-07-20 | 2020-07-20 | 用于处理请求的方法、装置、设备以及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111865720A CN111865720A (zh) | 2020-10-30 |
CN111865720B true CN111865720B (zh) | 2022-09-09 |
Family
ID=73000976
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010697414.XA Active CN111865720B (zh) | 2020-07-20 | 2020-07-20 | 用于处理请求的方法、装置、设备以及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111865720B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113268389A (zh) * | 2021-06-09 | 2021-08-17 | 无锡炫我科技有限公司 | 异常节点监测的方法、装置、电子设备和可读存储介质 |
CN113411390B (zh) * | 2021-06-16 | 2022-08-09 | 北京百度网讯科技有限公司 | 内容分发网络的调度方法、装置及电子设备 |
CN115834437A (zh) * | 2021-09-15 | 2023-03-21 | ***通信集团山东有限公司 | 一种网络异常的评估方法、装置、电子设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109379765A (zh) * | 2018-11-14 | 2019-02-22 | 广州虎牙科技有限公司 | 一种蜂窝网络拉流方法、装置、设备和存储介质 |
CN110730136A (zh) * | 2019-10-10 | 2020-01-24 | 腾讯科技(深圳)有限公司 | 一种实现流量控制的方法、装置、服务器及存储介质 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130282331A1 (en) * | 2012-04-24 | 2013-10-24 | Ira Cohen | Detecting abnormal behavior |
CN106485528A (zh) * | 2015-09-01 | 2017-03-08 | 阿里巴巴集团控股有限公司 | 检测数据的方法和装置 |
CN105741048A (zh) * | 2016-02-23 | 2016-07-06 | 安徽容知日新信息技术有限公司 | 一种设备的报警方法和装置 |
CN106685752B (zh) * | 2016-06-28 | 2019-01-04 | 腾讯科技(深圳)有限公司 | 一种信息处理方法及终端 |
CN106100937B (zh) * | 2016-08-17 | 2019-05-10 | 北京百度网讯科技有限公司 | ***监控方法和装置 |
CN106231365B (zh) * | 2016-08-18 | 2019-08-06 | 北京斗牛科技有限公司 | 一种调度方法和*** |
CN110311812B (zh) * | 2019-06-24 | 2023-01-24 | 深圳市腾讯计算机***有限公司 | 一种网络分析方法、装置和存储介质 |
-
2020
- 2020-07-20 CN CN202010697414.XA patent/CN111865720B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109379765A (zh) * | 2018-11-14 | 2019-02-22 | 广州虎牙科技有限公司 | 一种蜂窝网络拉流方法、装置、设备和存储介质 |
CN110730136A (zh) * | 2019-10-10 | 2020-01-24 | 腾讯科技(深圳)有限公司 | 一种实现流量控制的方法、装置、服务器及存储介质 |
Non-Patent Citations (2)
Title |
---|
"Perceiving Internet Anomalies via CDN Replica Shifts";Yihao Jia,et al.,;《IEEE INFOCOM 2019 - IEEE Conference on Computer Communications》;20190617;全文 * |
"面向QoE增强的无线视频自适应传输控制算法研究与实现";董天才,;《中国优秀硕士学位论文全文数据库 (信息科技辑)》;20200215;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN111865720A (zh) | 2020-10-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111865720B (zh) | 用于处理请求的方法、装置、设备以及存储介质 | |
CN111753997B (zh) | 分布式训练方法、***、设备及存储介质 | |
US20190205153A1 (en) | System and method of dynamically assigning device tiers based on application | |
CN112437018B (zh) | 分布式集群的流量控制方法、装置、设备和存储介质 | |
CN110489306A (zh) | 一种报警阈值确定方法、装置、计算机设备及存储介质 | |
CN111694646A (zh) | 资源调度方法、装置、电子设备及计算机可读存储介质 | |
CN111835592B (zh) | 用于确定健壮性的方法、装置、电子设备及可读存储介质 | |
US9417949B1 (en) | Generic alarm correlation by means of normalized alarm codes | |
CN111625195A (zh) | 用于服务器扩容的方法及装置 | |
CN112118314A (zh) | 负载均衡方法和装置 | |
US10601954B2 (en) | Sandboxing requests for web services | |
CN113132479B (zh) | 流量切换、模型生成方法、装置、设备、存储介质及程序 | |
CN113825170A (zh) | 用于确定网络通道的方法和装置 | |
US20200142746A1 (en) | Methods and system for throttling analytics processing | |
US20230063599A1 (en) | Edge computing network, data transmission method and apparatus, device and storage medium | |
US20150127751A1 (en) | Sending an out-of-facility notification based on aggregated content frm a task management system | |
CN111770170B (zh) | 请求处理方法、装置、设备和计算机存储介质 | |
CN111597026B (zh) | 用于获取信息的方法及装置 | |
KR20210091075A (ko) | 트래픽 조정 방법 및 장치 | |
CN113655906A (zh) | 折叠屏控制方法和装置 | |
CN110933122B (zh) | 管理服务器的方法、设备和计算机存储介质 | |
CN112752323A (zh) | 热点接入状态的改变方法和装置 | |
WO2020092852A1 (en) | Methods and system for throttling analytics processing | |
CN115277713B (zh) | 负载均衡方法和装置 | |
CN112306371A (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 |