CN110932933B - 网络状况监测方法、计算设备及计算机存储介质 - Google Patents
网络状况监测方法、计算设备及计算机存储介质 Download PDFInfo
- Publication number
- CN110932933B CN110932933B CN201911122276.6A CN201911122276A CN110932933B CN 110932933 B CN110932933 B CN 110932933B CN 201911122276 A CN201911122276 A CN 201911122276A CN 110932933 B CN110932933 B CN 110932933B
- Authority
- CN
- China
- Prior art keywords
- domain name
- network
- cloud service
- service node
- application server
- 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/0823—Errors, e.g. transmission errors
-
- 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/04—Processing captured monitoring data, e.g. for logfile generation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Mining & Analysis (AREA)
- Environmental & Geological Engineering (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种网络状况监测方法、计算设备及计算机存储介质。其中,该方法包括:接收至少一个云服务节点上报的网络异常信息,其中,网络异常信息由应用客户端在发现无法根据第一域名连接到应用服务器时发送给至少一个云服务节点;第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同;以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常,可以及时分析出网络状况是否发生异常,从而能够在网络状况确实发生异常时及时解决,以使应用客户端正常连接应用服务器,提升用户体验。
Description
技术领域
本发明涉及互联网技术领域,具体涉及一种网络状况监测方法、计算设备及计算机存储介质。
背景技术
随着互联网技术的飞速发展,各种网络应用层出不穷,应用客户端需要通过网络连接对应的应用服务器,全国各地不同网络运营中间商的网络状况不同,很可能出现由于网络不稳定,导致应用客户端无法连接应用服务器,或者由于网络运营中间商进行劫持,而导致应用客户端无法连接应用服务器,应用客户端无法连接应用服务器,就导致应用服务器无法向应用客户端返回用户想要访问的内容,从而影响用户使用应用客户端。
发明内容
鉴于上述问题,提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的网络状况监测方法、计算设备及计算机存储介质。
根据本发明的一个方面,提供了一种网络状况监测方法,方法包括:
接收至少一个云服务节点上报的网络异常信息,其中,网络异常信息由应用客户端在发现无法根据第一域名连接到应用服务器时发送给至少一个云服务节点;第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同;
以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;
对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常。
根据本发明的另一方面,提供了一种网络状况监测方法,方法包括:
监测根据第一域名是否正常连接到应用服务器;
若否,则向至少一个云服务节点上报网络异常信息,以供至少一个云服务节点将网络异常信息上报给应用服务器,应用服务器以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常;
其中,第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同。
根据本发明的另一方面,提供了一种计算设备,包括:处理器、存储器、通信接口和通信总线,处理器、存储器和通信接口通过通信总线完成相互间的通信;
存储器用于存放至少一可执行指令,可执行指令使处理器执行以下操作:
接收至少一个云服务节点上报的网络异常信息,其中,网络异常信息由应用客户端在发现无法根据第一域名连接到应用服务器时发送给至少一个云服务节点;第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同;
以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;
对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常。
根据本发明的另一方面,提供了一种计算机存储介质,存储介质中存储有至少一可执行指令,可执行指令使处理器执行以下操作:
接收至少一个云服务节点上报的网络异常信息,其中,网络异常信息由应用客户端在发现无法根据第一域名连接到应用服务器时发送给至少一个云服务节点;第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同;
以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;
对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常。
根据本发明的另一方面,提供了一种计算设备,包括:处理器、存储器、通信接口和通信总线,处理器、存储器和通信接口通过通信总线完成相互间的通信;
存储器用于存放至少一可执行指令,可执行指令使处理器执行以下操作:
监测根据第一域名是否正常连接到应用服务器;
若否,则向至少一个云服务节点上报网络异常信息,以供至少一个云服务节点将网络异常信息上报给应用服务器,应用服务器以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常;
其中,第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同。
根据本发明的另一方面,提供了一种计算机存储介质,存储介质中存储有至少一可执行指令,可执行指令使处理器执行以下操作:
监测根据第一域名是否正常连接到应用服务器;
若否,则向至少一个云服务节点上报网络异常信息,以供至少一个云服务节点将网络异常信息上报给应用服务器,应用服务器以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常;
其中,第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同。
根据本发明提供的方案,接收至少一个云服务节点上报的网络异常信息,其中,网络异常信息由应用客户端在发现无法根据第一域名连接到应用服务器时发送给至少一个云服务节点;第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同;以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常。基于本发明实施例提供的方案,可以及时分析出网络状况是否发生异常,从而能够在网络状况确实发生异常时及时解决,以使应用客户端正常连接应用服务器,提升用户体验。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本发明实施例一的网络状况监测方法的流程示意图;
图2示出了根据本发明实施例二的网络状况监测方法的流程示意图;
图3示出了根据本发明实施例三的网络状况监测方法的流程示意图;
图4示出了根据本发明实施例四的网络状况监测方法的流程示意图;
图5示出了根据本发明实施例六的计算设备的结构示意图;
图6示出了根据本发明实施例八的计算设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
实施例一
图1示出了根据本发明实施例一的网络状况监测方法的流程示意图。如图1所示,该方法包括以下步骤:
步骤S101,接收至少一个云服务节点上报的网络异常信息,其中,网络异常信息由应用客户端在发现无法根据第一域名连接到应用服务器时发送给至少一个云服务节点;第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同。
在本实施例中,应用客户端为应用APP,用户阅读或浏览应用客户端提供的内容需要应用客户端连接至对应的应用服务器,由应用服务器向应用客户端返回相应的内容供用户阅读或浏览,应用客户端连接应用服务器需要通过网络运营中间商,例如,移动、联通、电信等等,应用客户端连接应用服务器过程中,很容易出现网络异常的情况,这里的网络异常是针对该应用客户端连接对应的应用服务器而出现的异常,而其它应用客户端还可以连接其它应用客户端对应的应用服务器,即,针对其它应用客户端没有出现网络异常。在实际应用中,以下情况可能会造成网络异常:网络运营中间商进行劫持或者网络不稳定。
针对应用客户端无法根据第一域名连接到应用服务器的情况,本实施例部署了至少一个云服务节点,其中,至少一个云服务节点用来接收上报的网络异常信息,其不是探针类型的节点,不是用来检测网络异常,具体地,应用客户端在发现无法根据第一域名连接到应用服务器时向至少一个云服务节点发送网络异常信息,由至少一个云服务节点将所接收的网络异常信息上报给应用服务器,应用服务器接收至少一个云服务节点上报的网络异常信息,其中,第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同。举例说明,应用服务器的第一域名为aaaaaa.com,那么其中一个云服务节点的第二域名可以为bbbbbb.com,这里仅是举例说明,不具有任何限定作用。
在应用客户端在发现无法根据第一域名连接到应用服务器时,是网络运营中间商对应用客户端根据第一域名访问应用服务器的行为进行了劫持,而应用客户端是根据第二域名访问至少一个云服务节点,由于至少一个云服务节点的域名为第二域名,而应用服务器的域名为第一域名,第一域名和第二域名互不相同,所以,网络运营中间商并不会对应用客户端根据第二域名访问至少一个云服务节点的行为进行劫持,从而使得应用客户端可以成功向至少一个云服务节点上报网络异常信息实现网络状况监测。
步骤S102,以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计。
预设统计周期可以根据实际需要而灵活设定,例如,将预设统计周期设定为1分钟或5分钟等等,在预先设置好统计周期的时长后,则以预设统计周期为时间粒度,对时间进行细化,然后,按照时间粒度将对应时间内至少一个云服务节点上报的网络异常信息汇总到一起,并汇总统计网络异常信息的次数,得到对应的汇总统计结果。
步骤S103,对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常。
在按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计之后,得到相应的汇总统计结果,在本步骤中会对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常。
根据本发明上述实施例提供的方法,接收至少一个云服务节点上报的网络异常信息,其中,网络异常信息由应用客户端在发现无法根据第一域名连接到应用服务器时发送给至少一个云服务节点;第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同;以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常。基于本发明实施例提供的方案,可以及时分析出网络状况是否发生异常,从而能够在网络状况确实发生异常时及时解决,以使应用客户端正常连接应用服务器,提升用户体验。
实施例二
图2示出了根据本发明实施例二的网络状况监测方法的流程示意图。如图2所示,该方法包括以下步骤:
步骤S201,接收至少一个云服务节点上报的网络异常信息,其中,网络异常信息由应用客户端在发现无法根据第一域名连接到应用服务器时发送给至少一个云服务节点;第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同。
在本实施例中,应用客户端为应用APP,用户阅读或浏览应用客户端提供的内容需要应用客户端连接至对应的应用服务器,由应用服务器向应用客户端返回相应的内容供用户阅读或浏览,应用客户端连接应用服务器需要通过网络运营中间商,例如,移动、联通、电信等等,应用客户端连接应用服务器过程中,很容易出现网络异常的情况,这里的网络异常是针对该应用客户端连接对应的应用服务器而出现的异常,而其它应用客户端还可以连接其它应用客户端对应的应用服务器,即,针对其它应用客户端没有出现网络异常。在实际应用中,以下情况可能会造成网络异常:网络运营中间商进行劫持或者网络不稳定。
针对应用客户端无法根据第一域名连接到应用服务器的情况,本实施例部署了至少一个云服务节点,其中,至少一个云服务节点用来接收上报的网络异常信息,其不是探针类型的节点,不是用来检测网络异常,具体地,应用客户端在发现无法根据第一域名连接到应用服务器时向至少一个云服务节点发送网络异常信息,由至少一个云服务节点将所接收的网络异常信息上报给应用服务器,应用服务器接收至少一个云服务节点上报的网络异常信息,其中,第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同。举例说明,应用服务器的第一域名为aaaaaa.com,那么其中一个云服务节点的第二域名可以为bbbbbb.com,这里仅是举例说明,不具有任何限定作用。
在应用客户端在发现无法根据第一域名连接到应用服务器时,是网络运营中间商对应用客户端根据第一域名访问应用服务器的行为进行了劫持,而应用客户端是根据第二域名访问至少一个云服务节点,由于至少一个云服务节点的域名为第二域名,而应用服务器的域名为第一域名,第一域名和第二域名互不相同,所以,网络运营中间商并不会对应用客户端根据第二域名访问至少一个云服务节点的行为进行劫持,从而使得应用客户端可以成功向至少一个云服务节点上报网络异常信息,实现网络状况监测。
步骤S202,对至少一个云服务节点上报的网络异常信息进行排重处理。
在本实施例中,可能存在如下情况:应用客户端重复上报网络异常信息的情况,重复的网络异常信息会影响网络状况监测的准确性,因此,在对网络异常信息的次数进行汇总统计前,需要先对至少一个云服务节点上报的网络异常信息进行排重处理。
通常情况下,应用客户端上报的网络异常信息都对应有唯一的信息标识,因此,可以根据信息标识确定是否存在重复的网络异常信息,若存在重复,可以删除重复的网络异常信息,保留一个网络异常信息。
步骤S203,按照时间粒度、地区信息维度以及网络运营中间商信息维度,对排重处理后的至少一个云服务节点上报的网络异常信息的次数进行汇总统计。
预设统计周期可以根据实际需要而灵活设定,例如,将预设统计周期设定为1分钟或5分钟等等,在预先设置好统计周期的时长后,则以预设统计周期为时间粒度对时间进行细化。
具体地,应用客户端发现连接应用服务器的网络异常时除了上报网络异常信息外,还可以上报用户终端的IP地址,通过对用户终端的IP地址进行分析,能够得到地区信息及网络运营中间商信息,其中,地区信息表明所使用网络对应的地理位置,例如,北京、河北、山东等;网络运营中间商信息表明网络属于哪个网络运营中间商,例如,移动、联通、电信等。不同地区、不同网络运营中间商的网络状况不同,从而导致网络异常存在如下特性:地域性、网络运营中间商特性和时间性,因此,在进行汇总统计时,是按照时间粒度、地区信息维度以及网络运营中间商信息维度,来对排重处理后的至少一个云服务节点上报的网络异常信息的次数进行汇总统计。
举例说明,按照时间粒度为1分钟,对应的汇总统计时间为8:00-8:01,汇总统计北京移动、北京联通、山东移动的网络异常信息次数。这里仅是举例说明,不具有任何限定作用。
步骤S204,将汇总统计结果与上一个预设统计周期的汇总统计结果进行环比比较。
在根据步骤S203进行汇总统计后得到对应的汇总统计结果,在本步骤中会对汇总统计结果进行分析,具体地,可以将汇总统计结果与上一个预设统计周期的汇总统计结果进行环比比较,举例说明,汇总统计结果对应的汇总统计时间为8:00-8:01,那么将该汇总统计结果与汇总统计时间为7:59-8:00(即,上一个预设统计周期)对应的汇总统计结果进行环比比较,以得到对应的环比变化率。其中,环比变化率反映了该预设统计周期比上一个预设统计周期增长了多少,可以按照如下公式计算环比变化率:
环比变化率=(该预设统计周期的汇总统计结果-上一个预设统计周期的汇总统计结果)÷上一个预设统计周期的汇总统计结果×100%
步骤S205,若环比变化率大于或等于第一预设阈值,则确定网络状况发生异常。
在计算得到环比变化率后,可以将环比变化率与第一预设阈值进行比较,若环比变化率大于或等于第一预设阈值,表明网络异常的次数突然间增多了,则可以确定网络状况发生异常,而且能够确定出哪个地区的哪个网络运营中间商的网络发生异常;若环比变化率小于第一预设阈值,表明网络异常的次数在正常范围内波动,则可以确定网络状况未发生异常。其中,第一预设阈值是根据实际经验而灵活设定的。
在本发明一种可选实施方式中,还可以通过以下方法来确定网络状态是否发生异常:将汇总统计结果与预设时间段内历史同期的汇总统计结果进行同比比较;若同比变化率大于或等于第二预设阈值,则确定网络状况发生异常。
举例说明,汇总统计结果对应的汇总统计时间为2019年10月25日8:00-8:01,那么将该汇总统计结果与7天(预设时间段)内汇总统计时间为8:00-8:01对应的汇总统计结果进行同比比较,也就是说与2019年10月18日8:00-8:01、2019年10月19日8:00-8:01、2019年10月20日8:00-8:01、2019年10月21日8:00-8:01、2019年10月22日8:00-8:01、2019年10月23日8:00-8:01、2019年10月24日8:00-8:01对应的汇总统计结果进行同比比较,得到对应的同比变化率。其中,同比变化率反映了该预设统计周期比历史同期预设统计周期增长了多少,可以按照如下公式计算同比变化率:
同比变化率=(该预设统计周期的汇总统计结果-历史同期预设统计周期的汇总统计结果)÷历史同期预设统计周期的汇总统计结果×100%
在计算得到同比变化率后,可以将同比变化率与第二预设阈值进行比较,若同比变化率大于或等于第二预设阈值,表明网络异常的次数突然间增多了,则可以确定网络状况发生异常;若同比变化率小于第二预设阈值,表明网络异常的次数在正常范围内波动,则可以确定网络状况未发生异常。其中,第二预设阈值是根据实际经验而灵活设定的。
在实际应用中,还可能出现汇总统计结果在每天固定时间都会升高,但相较于历史同期并未出现突增,这种情况会认为网络状况未发生异常。
在本发明一种可选实施方式中,应用服务器可以向至少一个云服务节点发送记录有第一域名与应用服务器IP地址的映射表,第一域名与应用服务器IP地址可以是一对多或者一对一的关系,应用服务器通过向至少一个云服务节点发送映射表,使得至少一个云服务节点在应用客户端启动时向应用客户端发送映射表,从而方便应用客户端在发现连接应用服务器的网络异常时,根据应用服务器IP地址访问应用服务器。也就是说,不再需要通过域名解析的方式访问应用服务器,而是直接通过应用服务器IP地址访问应用服务器。
根据本发明上述实施例提供的方法,通过对网络异常信息进行排重处理,可以提升网络状况监测的准确性,将汇总统计结果与上一个预设统计周期的汇总统计结果进行环比比较,在环比变化率大于或等于第一预设阈值的情况下,确定网络状况发生异常,不仅能够及时分析出网络状况是否发生异常,而且还能够确定出哪个地区的哪个网络运营中间商的网络发生异常,从而能够在网络状况确实发生异常时及时解决,以使应用客户端正常连接应用服务器,提升用户体验。
实施例三
图3示出了根据本发明实施例三的网络状况监测方法的流程示意图。如图3所示,该方法包括以下步骤:
步骤S301,监测根据第一域名是否正常连接到应用服务器,若否,则执行步骤S302;若是,则方法结束。
本实施例提供的网络状况监测方法的执行主体为应用客户端,例如,应用APP,用户阅读或浏览应用客户端提供的内容需要应用客户端连接至对应的应用服务器,由应用服务器向应用客户端返回相应的内容供用户阅读或浏览,应用客户端连接应用服务器需要通过网络运营中间商,例如,移动、联通、电信等等。
通常情况下,应用客户端是根据第一域名来连接应用服务器的,但是可能会由于各种原因导致应用客户端无法根据第一域名正常连接到应用服务器的情况出现,因此,这里应用客户端需要监测根据第一域名是否正常连接到应用服务器。如果根据第一域名能够正常连接到应用服务器,那么用户就可以正常使用应用客户端,则该方法结束;如果根据第一域名不能正常连接到应用服务器,表明网络可能出现异常。
步骤S302,向至少一个云服务节点上报网络异常信息,以供至少一个云服务节点将网络异常信息上报给应用服务器,应用服务器以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常。
在确定根据第一域名无法正常连接到应用服务器的情况下,向至少一个云服务节点上报网络异常信息,其中,至少一个云服务节点用来接收上报的网络异常信息,其不是探针类型的节点,不是用来检测网络异常,至少一个云服务节点接收应用客户端上报的网络异常信息,至少一个云服务节点将所接收的网络异常信息上报给应用服务器,应用服务器接收至少一个云服务节点上报的网络异常信息,并以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常,具体实现请参见图1或图2所示实施例,这里不再赘述。
其中,第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同。举例说明,应用服务器的第一域名为aaaaaa.com,那么其中一个云服务节点的第二域名可以为bbbbbb.com,这里仅是举例说明,不具有任何限定作用。
在应用客户端在发现无法根据第一域名连接到应用服务器时,是网络运营中间商对应用客户端根据第一域名访问应用服务器的行为进行了劫持,而应用客户端是根据第二域名访问至少一个云服务节点,由于至少一个云服务节点的域名为第二域名,而应用服务器的域名为第一域名,第一域名和第二域名互不相同,所以,网络运营中间商并不会对应用客户端根据第二域名访问至少一个云服务节点的行为进行劫持,从而使得应用客户端可以成功向至少一个云服务节点上报网络异常信息,实现网络状况监测。
根据本发明上述实施例提供的方法,第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同,从而在根据第一域名无法连接应用服务器时,通过向具有第二域名的至少一个云服务节点发送网络异常信息,能够实现网络状况监测,并及时分析出网络状况是否发生异常。
实施例四
图4示出了根据本发明实施例四的网络状况监测方法的流程示意图。如图4所示,该方法包括以下步骤:
步骤S401,接收至少一个云服务节点在应用客户端启动时发送的记录有第一域名与应用服务器IP地址的映射表,其中,映射表是由应用服务器发送给至少一个云服务节点。
具体地,应用服务器向至少一个云服务节点发送记录有第一域名与应用服务器IP地址的映射表,第一域名与应用服务器IP地址可以是一对多或者一对一的关系。
至少一个云服务节点在应用客户端启动时向应用客户端发送映射表,应用客户端接收至少一个云服务节点发送的映射表,在实际应用中,既可以通过第一域名访问应用服务器,也可以通过应用服务器IP地址访问应用服务器,从而方便应用客户端在发现连接应用服务器的网络异常时,根据应用服务器IP地址访问应用服务器。
在本实施例中,应用客户端内置有用于上报网络异常信息的SDK以及内置有至少一个云服务节点的第二域名,因此,应用客户端可以接收至少一个云服务节点发送的映射表,以及在后续步骤中能够向至少一个云服务节点发送网络异常信息。
由于应用客户端内置有用于上报网络异常信息的SDK,因此,在用户终端安装了应用客户端后,应用客户端发现连接应用服务器的网络异常时,可以向至少一个云服务节点上报网络异常信息,从而为网络状况监测提供了相应的基础,任一应用客户端都可以实现网络异常信息的上报,从而使得至少一个服务节点能够接收到足够的网络异常信息,因此,能够提升网络状况监测的准确性。
步骤S402,监测根据第一域名是否正常连接到应用服务器,若否,则执行步骤S403;若是,则方法结束。
步骤S403,向至少一个云服务节点上报网络异常信息,以供至少一个云服务节点将网络异常信息上报给应用服务器,应用服务器以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常。
其中,第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同。
图4所示实施例中的步骤S402-步骤S403与图3所示实施例中的步骤S301-步骤S302类似,这里不再赘述。
步骤S404,根据应用服务器IP地址访问应用服务器。
在确定网络发生异常的情况下,应用客户端可以根据应用服务器IP地址访问应用服务器。也就是说,不再需要通过域名解析的方式访问应用服务器,而是直接通过应用服务器IP地址访问应用服务器。
根据本发明上述实施例提供的方法,通过接收至少一个云服务节点在应用客户端启动时发送的记录有第一域名与应用服务器IP地址的映射表,从而为网络异常时,提供了相应的解决方案,根据应用服务器IP地址访问应用服务器,使用户能够正常使用应用客户端,提升用户体验;在根据第一域名无法正常连接到应用服务器的情况下,向至少一个云服务节点上报网络异常信息,为网络状况监测提供了分析数据,由于任一应用客户端均能够实现网络异常信息的上报从而提升了网络状况监测的准确性
实施例五
本发明实施例五还提供了一种非易失性计算机存储介质,计算机存储介质存储有至少一可执行指令,该计算机可执行指令可执行上述任意方法实施例中的网络状况监测方法。
可执行指令具体可以用于使得处理器执行以下操作:
接收至少一个云服务节点上报的网络异常信息,其中,网络异常信息由应用客户端在发现无法根据第一域名连接到应用服务器时发送给至少一个云服务节点;第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同;
以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;
对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常。
在一种可选的实施方式中,可执行指令进一步使处理器执行以下操作:
按照时间粒度、地区信息维度以及网络运营中间商信息维度,对至少一个云服务节点上报的网络异常信息的次数进行汇总统计。
在一种可选的实施方式中,可执行指令进一步使处理器执行以下操作:
将汇总统计结果与上一个预设统计周期的汇总统计结果进行环比比较;
若环比变化率大于或等于第一预设阈值,则确定网络状况发生异常。
在一种可选的实施方式中,可执行指令进一步使处理器执行以下操作:
将汇总统计结果与预设时间段内历史同期的汇总统计结果进行同比比较;
若同比变化率大于或等于第二预设阈值,则确定网络状况发生异常。
在一种可选的实施方式中,可执行指令还使处理器执行以下操作:
对至少一个云服务节点上报的网络异常信息进行排重处理;
以预设统计周期为时间粒度,按照时间粒度对排重处理后的网络异常信息的次数进行汇总统计。
在一种可选的实施方式中,可执行指令还使处理器执行以下操作:向至少一个云服务节点发送记录有第一域名与应用服务器IP地址的映射表;
其中,至少一个云服务节点在应用客户端启动时向应用客户端发送映射表,以供应用客户端在发现连接应用服务器的网络异常时,根据应用服务器IP地址访问应用服务器。
实施例六
图5示出了根据本发明一个实施例的计算设备的结构示意图,本发明具体实施例并不对计算设备的具体实现做限定。
如图5所示,该计算设备可以包括:处理器(processor)502、通信接口(Communications Interface)504、存储器(memory)506、以及通信总线508。
其中:处理器502、通信接口504、以及存储器506通过通信总线508完成相互间的通信。
通信接口504,用于与其它设备比如客户端或其它服务器等的网元通信。
处理器502,用于执行程序510,具体可以执行上述网络状况监测方法实施例中的相关步骤。
具体地,程序510可以包括程序代码,该程序代码包括计算机操作指令。
处理器502可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器506,用于存放程序510。存储器506可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序510具体可以用于使得处理器502执行以下操作:
接收至少一个云服务节点上报的网络异常信息,其中,网络异常信息由应用客户端在发现无法根据第一域名连接到应用服务器时发送给至少一个云服务节点;第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同;
以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;
对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常。
在一种可选的实施方式中,程序510进一步使处理器502执行以下操作:
按照时间粒度、地区信息维度以及网络运营中间商信息维度,对至少一个云服务节点上报的网络异常信息的次数进行汇总统计。
在一种可选的实施方式中,程序510进一步使处理器502执行以下操作:将汇总统计结果与上一个预设统计周期的汇总统计结果进行环比比较;
若环比变化率大于或等于第一预设阈值,则确定网络状况发生异常。
在一种可选的实施方式中,程序510进一步使处理器502执行以下操作:
将汇总统计结果与预设时间段内历史同期的汇总统计结果进行同比比较;
若同比变化率大于或等于第二预设阈值,则确定网络状况发生异常。
在一种可选的实施方式中,程序510还使处理器502执行以下操作:对至少一个云服务节点上报的网络异常信息进行排重处理;
以预设统计周期为时间粒度,按照时间粒度对排重处理后的网络异常信息的次数进行汇总统计。
在一种可选的实施方式中,程序510还使处理器502执行以下操作:向至少一个云服务节点发送记录有第一域名与应用服务器IP地址的映射表;
其中,至少一个云服务节点在应用客户端启动时向应用客户端发送映射表,以供应用客户端在发现连接应用服务器的网络异常时,根据应用服务器IP地址访问应用服务器。
实施例七
本发明实施例七还提供了一种非易失性计算机存储介质,计算机存储介质存储有至少一可执行指令,该计算机可执行指令可执行上述任意方法实施例中的网络状况监测方法。
可执行指令具体可以用于使得处理器执行以下操作:
监测根据第一域名是否正常连接到应用服务器;
若否,则向至少一个云服务节点上报网络异常信息,以供至少一个云服务节点将网络异常信息上报给应用服务器,应用服务器以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常;
其中,第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同。
在一种可选的实施方式中,应用客户端内置有用于上报网络异常信息的SDK以及内置有至少一个云服务节点的第二域名。
在一种可选的实施方式中,可执行指令还使处理器执行以下操作:
接收至少一个云服务节点在应用客户端启动时发送的记录有第一域名与应用服务器IP地址的映射表,其中,映射表是由应用服务器发送给至少一个云服务节点;
若发现无法根据第一域名连接到应用服务器,则根据应用服务器IP地址访问应用服务器。
实施例八
图6示出了根据本发明一个实施例的计算设备的结构示意图,本发明具体实施例并不对计算设备的具体实现做限定。
如图6所示,该计算设备可以包括:处理器(processor)602、通信接口(Communications Interface)604、存储器(memory)606、以及通信总线608。
其中:处理器602、通信接口604、以及存储器606通过通信总线608完成相互间的通信。
通信接口604,用于与其它设备比如客户端或其它服务器等的网元通信。
处理器602,用于执行程序610,具体可以执行上述网络状况监测方法实施例中的相关步骤。
具体地,程序610可以包括程序代码,该程序代码包括计算机操作指令。
处理器602可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器606,用于存放程序610。存储器606可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序610具体可以用于使得处理器602执行以下操作:
监测根据第一域名是否正常连接到应用服务器;
若否,则向至少一个云服务节点上报网络异常信息,以供至少一个云服务节点将网络异常信息上报给应用服务器,应用服务器以预设统计周期为时间粒度,按照时间粒度对至少一个云服务节点上报的网络异常信息的次数进行汇总统计;对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常;
其中,第一域名是应用服务器的域名,至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同。
在一种可选的实施方式中,应用客户端内置有用于上报网络异常信息的SDK以及内置有至少一个云服务节点的第二域名。
在一种可选的实施方式中,程序610还使处理器602执行以下操作:
接收至少一个云服务节点在应用客户端启动时发送的记录有第一域名与应用服务器IP地址的映射表,其中,映射表是由应用服务器发送给至少一个云服务节点;
若发现无法根据第一域名连接到应用服务器,则根据应用服务器IP地址访问应用服务器。
在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明实施例也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本发明并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤,除有特殊说明外,不应理解为对执行顺序的限定。
Claims (13)
1.一种网络状况监测方法,应用于应用服务器,所述方法包括:
接收至少一个云服务节点上报的网络异常信息,其中,网络异常信息由应用客户端在发现无法根据第一域名连接到应用服务器时发送给至少一个云服务节点;所述第一域名是所述应用服务器的域名,所述至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同,应用客户端根据第二域名访问至少一个云服务节点;
以预设统计周期为时间粒度,按照时间粒度对所述至少一个云服务节点上报的网络异常信息的次数进行汇总统计;
对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常。
2.根据权利要求1所述的方法,其中,所述按照时间粒度对所述至少一个云服务节点上报的网络异常信息的次数进行汇总统计进一步包括:
按照时间粒度、地区信息维度以及网络运营中间商信息维度,对所述至少一个云服务节点上报的网络异常信息的次数进行汇总统计。
3.根据权利要求1或2所述的方法,其中,所述对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常进一步包括:
将汇总统计结果与上一个预设统计周期的汇总统计结果进行环比比较;
若环比变化率大于或等于第一预设阈值,则确定网络状况发生异常。
4.根据权利要求1或2所述的方法,其中,所述对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常进一步包括:
将汇总统计结果与预设时间段内历史同期的汇总统计结果进行同比比较;
若同比变化率大于或等于第二预设阈值,则确定网络状况发生异常。
5.根据权利要求1或2所述的方法,其中,在以预设统计周期为时间粒度,按照时间粒度对所述至少一个云服务节点上报的网络异常信息的次数进行汇总统计之前,所述方法还包括:对所述至少一个云服务节点上报的网络异常信息进行排重处理;
所述以预设统计周期为时间粒度,按照时间粒度对所述至少一个云服务节点上报的网络异常信息的次数进行汇总统计进一步包括:以预设统计周期为时间粒度,按照时间粒度对排重处理后的网络异常信息的次数进行汇总统计。
6.根据权利要求1或2所述的方法,其中,所述方法还包括:向至少一个云服务节点发送记录有第一域名与应用服务器IP地址的映射表;
其中,所述至少一个云服务节点在应用客户端启动时向应用客户端发送所述映射表,以供应用客户端在发现连接应用服务器的网络异常时,根据应用服务器IP地址访问应用服务器。
7.一种网络状况监测方法,应用于应用客户端,所述方法包括:
监测根据第一域名是否正常连接到应用服务器;
若否,则根据第二域名访问至少一个云服务节点,向至少一个云服务节点上报网络异常信息,以供所述至少一个云服务节点将所述网络异常信息上报给应用服务器,所述应用服务器以预设统计周期为时间粒度,按照时间粒度对所述至少一个云服务节点上报的网络异常信息的次数进行汇总统计;对汇总统计结果进行分析,根据分析结果确定网络状况是否发生异常;
其中,所述第一域名是所述应用服务器的域名,所述至少一个云服务节点的域名为第二域名,第一域名和第二域名互不相同。
8.根据权利要求7所述的方法,其中,应用客户端内置有用于上报网络异常信息的SDK以及内置有至少一个云服务节点的第二域名。
9.根据权利要求7或8所述的方法,其中,所述方法还包括:
接收至少一个云服务节点在应用客户端启动时发送的记录有第一域名与应用服务器IP地址的映射表,其中,所述映射表是由应用服务器发送给至少一个云服务节点;
若发现无法根据第一域名连接到应用服务器,则根据应用服务器IP地址访问应用服务器。
10.一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如权利要求1-6中任一项所述的网络状况监测方法对应的操作。
11.一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如权利要求1-6中任一项所述的网络状况监测方法对应的操作。
12.一种计算设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如权利要求7-9中任一项所述的网络状况监测方法对应的操作。
13.一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如权利要求7-9中任一项所述的网络状况监测方法对应的操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911122276.6A CN110932933B (zh) | 2019-11-15 | 2019-11-15 | 网络状况监测方法、计算设备及计算机存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911122276.6A CN110932933B (zh) | 2019-11-15 | 2019-11-15 | 网络状况监测方法、计算设备及计算机存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110932933A CN110932933A (zh) | 2020-03-27 |
CN110932933B true CN110932933B (zh) | 2020-11-06 |
Family
ID=69853097
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911122276.6A Active CN110932933B (zh) | 2019-11-15 | 2019-11-15 | 网络状况监测方法、计算设备及计算机存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110932933B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112491612B (zh) * | 2020-11-26 | 2021-11-19 | 掌阅科技股份有限公司 | 网络异常数据的上报方法、终端以及计算机存储介质 |
CN112896862A (zh) * | 2021-01-29 | 2021-06-04 | 杭州比智科技有限公司 | 一种垃圾分类处理系统、方法、计算设备和存储介质 |
CN112804348B (zh) * | 2021-02-07 | 2022-07-12 | 浙江御安信息技术有限公司 | 云监测中心对边缘计算节点上报数据的重复性判定方法 |
CN114221862A (zh) * | 2021-12-08 | 2022-03-22 | 深圳绿米联创科技有限公司 | 设备的网络配置方法、装置、电子设备以及存储介质 |
CN115150449B (zh) * | 2022-06-30 | 2023-08-08 | 苏州浪潮智能科技有限公司 | 网络共享拒绝异常连接的方法、系统、终端及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104079673A (zh) * | 2014-07-30 | 2014-10-01 | 北京奇虎科技有限公司 | 一种应用下载中防止dns劫持的方法、装置和系统 |
CN106101130A (zh) * | 2016-07-08 | 2016-11-09 | 北京易华录信息技术股份有限公司 | 一种网络恶意数据检测方法、装置及系统 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130031625A1 (en) * | 2011-07-29 | 2013-01-31 | Electronics And Telecommunications Research Institute | Cyber threat prior prediction apparatus and method |
CN108282455A (zh) * | 2017-09-28 | 2018-07-13 | 广州市动景计算机科技有限公司 | 网页请求方法、装置及域名信息解析结果处理方法、装置 |
CN110191094B (zh) * | 2019-04-26 | 2022-04-08 | 奇安信科技集团股份有限公司 | 异常数据的监控方法及装置、存储介质、终端 |
-
2019
- 2019-11-15 CN CN201911122276.6A patent/CN110932933B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104079673A (zh) * | 2014-07-30 | 2014-10-01 | 北京奇虎科技有限公司 | 一种应用下载中防止dns劫持的方法、装置和系统 |
CN106101130A (zh) * | 2016-07-08 | 2016-11-09 | 北京易华录信息技术股份有限公司 | 一种网络恶意数据检测方法、装置及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN110932933A (zh) | 2020-03-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110932933B (zh) | 网络状况监测方法、计算设备及计算机存储介质 | |
CN110362455B (zh) | 一种数据处理方法和数据处理装置 | |
CN110888783A (zh) | 微服务系统的监测方法、装置以及电子设备 | |
CN112311617A (zh) | 一种配置化数据监控告警方法及系统 | |
CN103324713B (zh) | 多级服务器中的数据处理方法、装置和数据处理系统 | |
CN113067875B (zh) | 基于微服务网关动态流控的访问方法和装置以及设备 | |
CN108924005B (zh) | 网络检测方法、网络检测装置、介质和设备 | |
CN104219230B (zh) | 识别恶意网站的方法及装置 | |
CN107181821A (zh) | 一种基于sse规范的消息推送方法及装置 | |
CN110224943B (zh) | 基于url的流量服务限流方法、电子设备及计算机存储介质 | |
CN112165517B (zh) | 一种回源探测方法、装置、存储介质及电子设备 | |
CN114070755B (zh) | 虚拟机网络流量确定方法、装置、电子设备和存储介质 | |
CN109995612A (zh) | 一种服务巡检方法、装置及电子设备 | |
CN111147310A (zh) | 一种日志跟踪处理的方法、装置、服务器及介质 | |
CN104484219A (zh) | 虚拟化平台中下发策略的方法和装置 | |
CN112148508B (zh) | 一种信息处理的方法及相关装置 | |
TW202222056A (zh) | 用於實時分析虛擬伺服器記錄的電腦實施系統以及方法 | |
CN110138720B (zh) | 网络流量的异常分类检测方法、装置、存储介质和处理器 | |
CN111708689B (zh) | 一种修改ab实验的方法、装置及电子设备 | |
CN115048272A (zh) | 容器监控处理方法、装置、宿主机、系统、存储介质及程序产品 | |
CN114221807A (zh) | 访问请求处理方法、装置、监控设备及存储介质 | |
CN114185804A (zh) | 一种接口测试方法、装置及终端设备 | |
CN114860432A (zh) | 一种内存故障的信息确定方法及装置 | |
CN115391127A (zh) | 一种拨测方法、装置、存储介质及芯片 | |
JP6926646B2 (ja) | 事業者間一括サービス管理装置および事業者間一括サービス管理方法 |
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 |