CN113225338A - 热点访问请求的处理方法、服务器、终端以及程序产品 - Google Patents
热点访问请求的处理方法、服务器、终端以及程序产品 Download PDFInfo
- Publication number
- CN113225338A CN113225338A CN202110494226.1A CN202110494226A CN113225338A CN 113225338 A CN113225338 A CN 113225338A CN 202110494226 A CN202110494226 A CN 202110494226A CN 113225338 A CN113225338 A CN 113225338A
- Authority
- CN
- China
- Prior art keywords
- access
- hotspot
- user
- access request
- 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.)
- Pending
Links
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
-
- 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/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- 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
- H04L43/045—Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data
-
- 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/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
- H04L63/1441—Countermeasures against malicious traffic
- H04L63/1466—Active attacks involving interception, injection, modification, spoofing of data unit addresses, e.g. hijacking, packet injection or TCP sequence number attacks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例热点访问请求的处理方法、服务器、终端以及程序产品,通过服务器获取各客户端上传的用户访问事件,对各用户访问事件进行热点分析处理,得到热点信息,将热点信息下发至客户端,当客户端响应用户触发的访问操作,生成访问请求之后,客户端还将判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理。通过热点分析,服务器能根据有用户访问事件来对可能出现大量用户访问请求的热点信息进行预警,并预先将热点信息下发至各客户端,以使各客户端先行进行访问请求的拦截处理,这样的方式能够有效使得服务器应对大量用户访问请求的冲击,保护服务器的数据存储区避免应大量用户访问请求而出现崩溃和过负载的问题。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种热点访问请求的处理方法、服务器、终端以及程序产品。
背景技术
随着互联网信息业务量的增长,热点商品、热门活动、热点新闻的出现,会使得服务器接收到大量的用户访问请求。为了避免服务器因接收到大量用户访问请求而导致的服务器崩溃,会采用分布式缓存的方式对用户访问请求进行处理。
这样的处理方式将受限于依旧分布式缓技术的性能瓶颈,特别的,当出现黑客对服务器的攻击,或,同一接口向服务器发送大量请求的情况时,现有技术无法对其进行有效识别,容易造成服务器接收到的用户访问请求的次数瞬间超过缓存性能瓶颈,此时,服务器将会出现超负载和服务器崩溃的问题。
发明内容
本申请实施例提供一种热点访问请求的处理方法、服务器、终端以及程序产品,以便于服务器应对大量用户访问请求的冲击,保护服务器的数据存储区避免应大量用户访问请求而出现崩溃和过负载的问题。
一方面,本申请提供了热点访问请求的处理方法,包括:
获取各客户端上传的用户访问事件;
对各用户访问事件进行热点分析处理,得到热点信息;
将所述热点信息下发至各客户端,以供各客户端对与所述热点信息相关联的访问请求进行拦截处理。
可选实施例中,所述对各用户访问事件进行热点分析处理,得到热点信息,包括:
在各用户访问事件中,分别统计不同访问内容、不同访问用户以及不同访问接口的访问频率;
根据各访问内容、各访问用户以及各访问接口的访问频率,确定是否有访问频率超过频率阈值的访问内容、访问用户以及访问接口;
若有,则该访问频率超过频率阈值的访问内容、访问用户以及访问接口作为热点信息中的热点内容、热点用户以及热点接口。
可选实施例中,该处理方法还包括:
对所述热点信息进行可视化展示处理。
第二方面,本申请实施例提供了一种访问请求的处理方法,包括:
向服务器上传用户访问事件;
接收服务器下发的热点信息,其中,所述热点信息是所述服务器对各用户访问事件进行热点分析处理得到的;
响应用户触发的访问操作,生成访问请求;
判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理。
可选实施例中,所述热点信息中包括有热点内容,所述接收服务器下发的热点信息之后,还包括:
在本地对所述信息中的热点内容进行缓存;
相应的,所述判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理,包括:
判断所述访问请求中的访问内容是否与缓存中的热点内容一致;
若一致,则对所述访问请求进行拦截处理,并读取缓存在本地的所述热点内容。
可选实施例中,所述热点信息中包括有热点用户,和/或,热点接口,所述接收服务器下发的热点信息之后,还包括:
将所述热点信息中的热点用户,和/或,热点接口写入访问权限列表,其中所述访问权限列表中记录有被限制访问权限的历史热点用户以及历史热点接口;
相应的,所述判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理,包括:
判断所述访问请求中的访问用户,和/或,访问接口是否属于所述访问权限列表中所记录的历史热点用户,和/或,历史热点接口;
若是,则对所述访问请求进行拦截处理。
可选实施例中,所述生成访问请求之后,还包括:
根据所述访问请求生成用户访问事件,并将所述用户访问事件上传至所述服务器。
第三方面,本申请提供了一种服务器,包括:
第一收发模块,用于获取各客户端上传的用户访问事件;
热点分析模块,用于对各用户访问事件进行热点分析处理,得到热点信息;
第一收发模块,还用于将所述热点信息下发至各客户端,以供各客户端对与所述热点信息相关联的访问请求进行拦截处理。
第四方面,本申请提供了一种终端,包括:
第二收发模块,用于接收服务器下发的热点信息,其中,所述热点信息是所述服务器对各客户端上传的各用户访问事件进行热点分析处理得到的;
处理模块,用于响应用户触发的访问操作,生成访问请求;以及判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理。
第五方面,本申请提供了一种电子设备,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如第一方面或第二方面所述热点访问请求的处理方法。
第六方面,本申请提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如第一方面或第二方面的热点访问请求的处理方法。
第七方面,本申请提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现第一方面或第二方面的热点访问请求的处理方法。
本申请实施例热点访问请求的处理方法、服务器、终端以及程序产品,通过服务器获取各客户端上传的用户访问事件,对各用户访问事件进行热点分析处理,得到热点信息,将所述热点信息下发至客户端,当客户端响应用户触发的访问操作,生成访问请求之后,客户端还将判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理。通过热点分析,服务器能根据有用户访问事件来对可能出现大量用户访问请求的热点信息进行预警,并预先将热点信息下发至各客户端,以使各客户端先行进行访问请求的拦截处理,这样的方式能够有效使得服务器应对大量用户访问请求的冲击,保护服务器的数据存储区避免应大量用户访问请求而出现崩溃和过负载的问题。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请的实施例,并与说明书一起用于解释本申请的原理。
图1为本申请所基于的一种网络架构的示意图;
图2是本申请提供的一种热点访问请求的处理方法的流程示意图;
图3是本申请提供的另一种热点访问请求的处理方法的流程示意图;
图4是本申请提供的一种热点访问请求的处理方法的信号交互示意图;
图5为本申请实施例提供的一种服务器的结构示意图;
图6为本申请实施例提供的一种终端的结构示意图;
图7为本发明实施例提供的电子设备的结构示意图。
通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的系统和方法的例子。
随着互联网信息业务量的增长,用户会通过各自的客户端访问互联网信息,而在访问过程中,客户端会响应用户的访问操作,生成相应的访问请求并发送至服务器,以供服务器对其访问请求进行响应以反馈相应的信息。
随着热点商品、热门活动、热点新闻的出现,用户对于这些热点商品、热门活动以及热点新闻的关注点大大提升。在短时间内,会有大量的用户通过各自的客户端对相同的热点商品、热门活动以及热点新闻发出访问请求,此时,服务器会接收到来大量用户访问请求。
在现有技术中,为了提高服务器对于大量访问请求的应对能力,往往采用分布式缓存技术redis,以使得可对于访问请求进行分散处理,从而提高每一访问请求的访问速度。
但是,这样的处理方式,其处理能力是受限于分布式缓存的性能的,即当某一热点商品的瞬时访问量超过如十万次,这样的处理方式依旧难以避免服务器的超负载以及崩溃。特别的,而随着网络成分的复杂化,更是会出现黑客对服务器的攻击,或,同一接口向服务器发送大量请求的情况,同样的,服务器也无法有效应对。
也就是说,在现有技术中,当面对包括热点内容的访问、黑客访问以及接口大量访问的非正常访问的情况时,现有技术无法对其进行有效识别和处理,这也容易造成服务器的分布式的缓存层容易被击穿,导致服务器的崩溃,影响服务器的功能。
为了避免上述问题,本申请所基于的方案中,通过服务器获取各客户端上传的用户访问事件,对各用户访问事件进行热点分析处理,得到热点信息,将所述热点信息下发至客户端,当客户端响应用户触发的访问操作,生成访问请求之后,客户端还将判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理。通过热点分析,服务器能根据有用户访问事件来对可能出现大量用户访问请求的热点信息进行预警,并预先将热点信息下发至各客户端,以使各客户端先行进行访问请求的拦截处理,这样的方式能够有效使得服务器应对大量用户访问请求的冲击,保护服务器的数据存储区避免应大量用户访问请求而出现崩溃和过负载的问题。
下面将结合不同实现方式对本申请提供的方法进行说明。
参考图1,图1为本申请所基于的一种网络架构的示意图,该图1所示网络架构具体可包括服务器1以及终端2。
其中,服务器1具体是指可提供数据存储、数据计算、分析等不同处理功能的硬件服务器,如其具体可为由多个功能服务集群构成的基于分布式架构的服务器集群。该服务器1具体可架设在云端中,还可通过与终端2进行交互,以实现访问请求的响应和访问数据的交互等。
终端2具体可为用户手机、平板电脑、台式电脑等可用于进行信息访问和界面显示的硬件设备,其终端2内可集成或安装有各类应用的客户端。用户可通过终端2的客户端与服务器1进行信息交互,以获取服务器1提供的信息和数据,而终端2的数量具体可为多个。
图1所示架构中,终端2与服务器1之间的交互具体可通过无线通信网络实现,即通过无线通信网络技术,集成或安装在终端2上客户端可与服务器1取得通信连接,完成访问事件的上传,热点信息的接收以及访问请求的上传等交互处理。
特别的,在本申请所提供的架构中,服务器1具体可包括有业务服务集群10、数据服务集群11以及计算服务集群12。其中,业务服务集群10具体可与终端2中的客户端相对应,即不同应用的客户端将与不同的业务服务集群10进行交互,以将业务服务集群10提供的功能通过客户端呈现给用户;而在这一过程中,业务服务集群10将与数据服务集群11和服务集群12进行交互,以使得数据服务集群11和计算服务集群12能够支持业务服务集群10完成其业务功能。
数据服务集群11具体可采用基于ETCD集群的分布式数据架构,也可采用ZK的数据架构或NACOS的数据架构,其数据服务集群11的功能为存储数据。而计算服务集群12具体可由多个worker单机构成,每一个worker单机均可独立支撑来自多个业务服务集群10的数据处理和运算。
实施例一
图2是本申请提供的一种热点访问请求的处理方法的流程示意图,如图2所示的,该方法包括:
步骤101、获取各客户端上传的用户访问事件。
步骤102、对各用户访问事件进行热点分析处理,得到热点信息。
步骤103、将所述热点信息下发至各客户端,以供各客户端对与所述热点信息相关联的访问请求进行拦截处理。
需要说明的是,本实施例一提供的热点访问请求的处理方法具体可应用于服务器中,该服务器具体可设置在图1所示的服务器1。
本申请实施方式提供了一种热点访问请求的处理方法。与现有技术不同的是,本申请提供的热点访问请求的处理方法可采集大量的用户访问事件,并根据用户访问事件对于热点进行分析,以提前对可能发生大量用户访问请求的热点信息进行预警,并将这些热点信息下发至终端的客户端,以供客户端提前进行拦截处理。
以图1所示的服务器1架构来说,首先,业务服务集群将获取由各客户端上传的用户访问事件。
对于各客户端来说,其可通过埋点技术采集用户访问行文并生成相应的用户访问事件,然后基于预设的时间间隔,将一段时间间隔内容用户访问事件上传至服务器中的业务服务集群。也就是说,对于服务器中的业务服务集群来说,其可收到来自大量客户端上传的大量用户在一定时间间隔内的用户访问事件,该用户访问事件中至少包括有如下事件中的一种:访问内容、访问用户以及访问接口。
其中,访问内容具体可指代访问事件的访问对象,如访问的链接地址、访问的关键词等;而访问用户具体可指代发生访问行为的用户,如,客户端的注册用户的用户标识,注册账号的账号标识等;而访问接口具体可指代访问事件中所使用的媒介,如,终端的设备标识,网络地址的IP标识等。
随后,计算服务集群可通过热点分析算法,对用户访问事件进行运算处理,以对其中可能具有一定热度的信息进行预警,得到热点信息。其中,对于热点分析算法中的热点确定策略,可由运维人员提前确定并下发给计算服务器集群。其中热点确定策略中包括有频率阈值、热度阈值、缓存时效等等。
相应的,在热点信息中,一般可包括如下信息中的一种,热点内容、热点用户以及热点接口。
其中,热点内容具体可为具有一定热度值的访问对象,如爆款商品的商品链接地址、热点新闻的关键词等;而热点用户具体可指代发生大量访问行为的用户,如,通过同一账户对不同访问对象发起大量访问请求的黑客或恶意用户或爬虫程序等;而访问接口具体可指通过同一接口发起大量访问请求的媒介,如来源同一网络地址的IP标识的大量访问请求等。
在完成对用户访问事件的热点分析处理之后,业务服务集群还会将得到的热点信息下发至各客户端,以供各客户端基于热点信息对其各客户端接收到的用户访问请求进行预处理,其中的预处理包括但不限于对访问请求进行选择性发送、限制访问请求的发送频率、甚至是拦截访问请求的发送。
在上述过程中,本实施方式为了能够快速对于用户访问事件的热点分析,在可选实施方式中,热点信息的获取是基于访问频率而言的。具体来说,当获取用户访问事件之后,服务器还在各用户访问事件中,分别统计不同访问内容、不同访问用户以及不同访问接口的访问频率;然后,根据各访问内容、各访问用户以及各访问接口的访问频率,确定是否有访问频率超过频率阈值的访问内容、访问用户以及访问接口;若有,则该访问频率超过频率阈值的访问内容、访问用户以及访问接口作为热点信息中的热点内容、热点用户以及热点接口。
以热点新闻为例,若“某人在某地做了某事”这一新闻在某社交业务平台突然受到关注,一般的,业务平台为了提高该热点新闻的关注量,会将该热点新闻列入“热搜列表”,以便于更多用户快速查看。在该场景下,短时间内,业务服务集群将会获取访问内容包括有“某人在某地做了某事”的用户访问事件,然后,计算服务集群可计算这一访问内容的访问频率,即该访问内容在单位时间内被访问的次数,通过访问内容的访问频率与预设的频率阈值之间进行比对,以判定该“某人在某地做了某事”的访问内容是否可被作为热点内容。一旦“某人在某地做了某事”被作为热点信息中的热点内容,这一内容将被推送至各客户端,以供各客户端提前对其进行缓存,并对用户后续对其发起的访问请求进行拦截处理,以减轻业务服务集群接收到“某人在某地做了某事”的访问请求的数量。
在其他示例中,若访问用户为“用户A”在短时间内通过脚本在某社交业务平台发送了大量的访问请求,业务服务集群将会在短时间内大量获取包括有“用户A”的用户访问事件,然后,计算服务集群通过计算“用户A”这一访问用户的访问频率,并与预设的频率阈值之间进行比对,以判定该“用户A”的访问用户是否可被作为热点用户。一旦“用户A”被作为热点信息中的热点用户,这一热点用户将被推送至各客户端,以供各客户端在确定其发起的访问请求中的访问用户包括有该“用户A”时,直接对其访问请求进行拦截处理,以避免业务服务集群因响应大量来自“用户A”的访问请求而崩溃。
此外,对于访问接口是否为热点接口的分析方式是类似的,在此不进行过多赘述。
为了便于后续对于热点内容、热点用户以及热点接口进行回溯和分析,在其他可选实施方式中,还对所述热点信息进行可视化展示处理。具体来说,服务器可利用dashboard服务来进行对热点信息的可视化处理和展示。其中,当计算服务集群完成对于热点的分析之后,可将分析结果发送至dashboard服务,此时dashboard服务将对接收到的热点信息以及相关数据进行保存,统计和分析,并对相应结果进行监控和展示。通过dashboard服务的可视化展示处理,运维人员可实时获取热点信息以及相关数据,也可对历史时段的热点信息和相关数据进行溯源分析处理,便于运维管理。
本申请实施例热点访问请求的处理方法,通过服务器获取各客户端上传的用户访问事件,对各用户访问事件进行热点分析处理,得到热点信息,将所述热点信息下发至客户端,当客户端响应用户触发的访问操作,生成访问请求之后,客户端还将判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理。通过热点分析,服务器能根据有用户访问事件来对可能出现大量用户访问请求的热点信息进行预警,并预先将热点信息下发至各客户端,以使各客户端先行进行访问请求的拦截处理,这样的方式能够有效使得服务器应对大量用户访问请求的冲击,保护服务器的数据存储区避免应大量用户访问请求而出现崩溃和过负载的问题。
实施例二
图3是本申请提供的另一种热点访问请求的处理方法的流程示意图,如图3所示的,该方法包括:
步骤201、接收服务器下发的热点信息,其中,所述热点信息是所述服务器对各客户端上传的各用户访问事件进行热点分析处理得到的。
步骤202、响应用户触发的访问操作,生成访问请求。
步骤203、判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理。
需要说明的是,本实施例二提供的热点访问请求的处理方法具体可应用于终端中,该终端具体可设置在图1所示的终端2。
本申请实施方式提供了一种热点访问请求的处理方法。与现有技术不同的是,本申请提供的热点访问请求的处理方法,终端2将接收来自服务器下发的热点信息,然后基于该热点信息确定是否对用户触发的访问请求进行拦截处理。
具体来说,如前述实施例一所述的,服务器将会通过对采集的用户访问事件进行热点分析,以得到热点信息。终端将会利用接收的热点信息对生成的访问请求中是否包括热点信息中所涉及的热点内容、热点用户以及热点接口进行判定。当访问请求中包括有热点信息中所涉及的热点内容、热点用户以及热点接口时,访问请求是与热点信息相关联的,此时,终端将对该访问请求进行拦截处理;当访问请求中不包括有热点信息中所涉及的热点内容、热点用户以及热点接口时,则访问请求与热点信息无关联,此时,终端会按照现有的访问请求的触发流程,将该访问请求发送至服务器的相应集群,以供其处理和响应。
在可选实施方式中,由于对涉及有热点信息的访问请求进行了拦截,为了满足正常用户的访问需求,当热点信息中包括有热点内容时,终端接收服务器下发的热点信息之后,还包括:在本地对所述信息中的热点内容进行缓存。相应的,终端会判断所述访问请求中的访问内容是否与缓存中的热点内容一致;若一致,则对所述访问请求进行拦截处理,并读取缓存在本地的所述热点内容。
以前述的热点新闻为例,若“某人在某地做了某事”这一热点内容携带在热点信息中并被发送至终端时,终端会先将“某人在某地做了某事”这一热点内容缓存在终端本地的缓存区。相应的,在终端每一次响应用户触发的访问操作并生成访问请求时,均需将访问请求中的访问内容与该缓存区内所缓存的热点内容进行一致性比对。也就是说,当终端确定某一访问请求中的访问内容为“某人在某地做了某事”这一热点内容时,将直接对该访问请求进行拦截,即不会将该访问请求发送至服务器,同时,还将从缓存区内读取预先缓存的“某人在某地做了某事”的热点内容并显示给用户,以满足用户对该访问内容的访问需求。
在其他示例中,与热点内容的正常访问不同的是,热点用户和热点接口一般不属于正常用户的访问,即,在本申请中要尽量避免热点用户和热点接口所生成的访问请求对服务器所造成的冲击。具体的,若所述热点信息中包括有热点用户,和/或,热点接口,终端接收服务器下发的热点信息之后,还包括:将所述热点信息中的热点用户,和/或,热点接口写入访问权限列表,其中所述访问权限列表中记录有被限制访问权限的历史热点用户以及历史热点接口;相应的,终端在生成访问请求之后,首先判断所述访问请求中的访问用户,和/或,访问接口是否属于所述访问权限列表中所记录的历史热点用户,和/或,历史热点接口;若是,则对所述访问请求进行拦截处理。
以热点信息中包括有“用户A”为例,在终端获取到“用户A”为热点用户时,会将该“用户A”加入访问权限列表中,以限制“用户A”发起访问请求的权利。也就是说,当终端根据用户的访问操作生成访问请求之后,将会调用访问权限列表去确认本次访问请求中的访问用户是否为“用户A”,若是,终端将直接停止对该访问请求的发送并不进行其他响应;若不是,终端将按照正常处理流程将该访问请求发送至服务器,以供服务器响应和处理。而对于热点接口的处理是类似的,在此不进行赘述。
需要说明的是,在可选实施方式中,上述的热点内容、热点用户和热点接口的判定是同步进行的,即,在终端生成访问请求时,可在访问请求既不涉及热点内容,又不涉及热点用户和热点接口的情况下,将访问请求发送至服务器;否则,终端需要将该访问请求进行拦截,以保证服务器的正常运行。
在其他可选实施方式中,为了使得服务器能够准确的获得热点信息,终端生成访问请求之后,还包括:根据所述访问请求生成用户访问事件,并将所述用户访问事件上传至所述服务器。具体的,终端在每一次生成访问请求之后,可基于该访问请求生成相应的用户访问事件,以用于表示该访问请求的生成时间、访问内容、访问用户以及访问接口等信息,然后,终端可按照一定的时间间隔,将一定时间间隔内的用户访问事件上传给服务器,以供服务器定期对热点信息进行更新。
本申请实施例热点访问请求的处理方法,通过服务器获取各客户端上传的用户访问事件,对各用户访问事件进行热点分析处理,得到热点信息,将所述热点信息下发至客户端,当客户端响应用户触发的访问操作,生成访问请求之后,客户端还将判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理。通过热点分析,服务器能根据有用户访问事件来对可能出现大量用户访问请求的热点信息进行预警,并预先将热点信息下发至各客户端,以使各客户端先行进行访问请求的拦截处理,这样的方式能够有效使得服务器应对大量用户访问请求的冲击,保护服务器的数据存储区避免应大量用户访问请求而出现崩溃和过负载的问题。
图4是本申请提供的一种热点访问请求的处理方法的信号交互示意图,如图4所示的,服务器可与多个终端(终端A、终端B……终端N)交互。其中,各个终端回在生成用户访问事件之后定期将用户访问事件上传给服务器,而服务器将根据接收到的各用户访问事件进行热点分析处理,并将得到的热点信息分别下发给各终端。当任一终端在生成访问请求之后,将根据热点信息对访问请求是否与热点信息相关联进行判定,如图4所示的,终端A判定出访问请求与热点信息相关联,此时,终端A将拦截该访问请求,并生成相应的用户访问事件发送至服务器;终端B判定出访问请求与热点信息不相关联,此时,终端B将继续发送访问请求,并生成相应的用户访问时间发送至服务器。通过如图4所示的处理方式,能使得服务器所接收到的来自于热点信息的访问请求的数量大大降低,保证服务器的正常运行。
实施例三
对应于上文实施例的热点访问请求的处理方法,图5为本申请实施例提供的一种服务器的结构示意图,如图5所示,该热点访问请求的处理装置包括:第一收发模块100、热点分析模块120。
第一收发模块110,用于获取各客户端上传的用户访问事件;
热点分析模块120,用于对各用户访问事件进行热点分析处理,得到热点信息;
第一收发模块110,还用于将所述热点信息下发至各客户端,以供各客户端对与所述热点信息相关联的访问请求进行拦截处理。
可选实施例中,所述热点分析模块120,具体用于在各用户访问事件中,分别统计不同访问内容、不同访问用户以及不同访问接口的访问频率;根据各访问内容、各访问用户以及各访问接口的访问频率,确定是否有访问频率超过频率阈值的访问内容、访问用户以及访问接口;若有,则该访问频率超过频率阈值的访问内容、访问用户以及访问接口作为热点信息中的热点内容、热点用户以及热点接口。
可选实施例中,还包括:展示模块;
所述展示模块用于对所述热点信息进行可视化展示处理。
本申请实施例提供的服务器,通过服务器获取各客户端上传的用户访问事件,对各用户访问事件进行热点分析处理,得到热点信息,将所述热点信息下发至客户端,当客户端响应用户触发的访问操作,生成访问请求之后,客户端还将判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理。通过热点分析,服务器能根据有用户访问事件来对可能出现大量用户访问请求的热点信息进行预警,并预先将热点信息下发至各客户端,以使各客户端先行进行访问请求的拦截处理,这样的方式能够有效使得服务器应对大量用户访问请求的冲击,保护服务器的数据存储区避免应大量用户访问请求而出现崩溃和过负载的问题。
实施例四
对应于上文实施例的热点访问请求的处理方法,图6为本申请实施例提供的一种服务器的结构示意图,如图6所示,该热点访问请求的处理装置包括:第二收发模块130、处理模块140。
第二收发模块130,用于向服务器上传用户访问事件;还用于接收服务器下发的热点信息,其中,所述热点信息是所述服务器对各用户访问事件进行热点分析处理得到的;
处理模块140,用于响应用户触发的访问操作,生成访问请求;以及判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理。
可选实施例中,该终端还包括数据存储模块;
所述数据存储模块用于在本地对所述信息中的热点内容进行缓存;
相应的,所述处理模块140具体用于判断所述访问请求中的访问内容是否与缓存中的热点内容一致;若一致,则对所述访问请求进行拦截处理,并读取缓存在本地的所述热点内容。
可选实施例中,所述热点信息中包括有热点用户,和/或,热点接口,所述接收服务器下发的热点信息之后,数据存储模块还用于:将所述热点信息中的热点用户,和/或,热点接口写入访问权限列表,其中所述访问权限列表中记录有被限制访问权限的历史热点用户以及历史热点接口;
相应的,所述处理模块140具体用于判断所述访问请求中的访问用户,和/或,访问接口是否属于所述访问权限列表中所记录的历史热点用户,和/或,历史热点接口;若是,则对所述访问请求进行拦截处理。
可选实施例中,所述处理模块140具体在生成访问请求之后还用于根据所述访问请求生成用户访问事件,并通过所述第二收发模块130将所述用户访问事件上传至所述服务器。
本申请实施例提供的终端,通过服务器获取各客户端上传的用户访问事件,对各用户访问事件进行热点分析处理,得到热点信息,将所述热点信息下发至客户端,当客户端响应用户触发的访问操作,生成访问请求之后,客户端还将判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理。通过热点分析,服务器能根据有用户访问事件来对可能出现大量用户访问请求的热点信息进行预警,并预先将热点信息下发至各客户端,以使各客户端先行进行访问请求的拦截处理,这样的方式能够有效使得服务器应对大量用户访问请求的冲击,保护服务器的数据存储区避免应大量用户访问请求而出现崩溃和过负载的问题。
实施例五
图7为本发明实施例提供的电子设备的结构示意图,如图7所示,本发明实施例还提供一种电子设备1400,包括:存储器1401,处理器1402以及计算机程序。
其中,计算机程序存储在存储器1401中,并被配置为由处理器1402执行以实现本发明任意一个实施例提供的热点访问请求的处理方法。相关说明可以对应参见附图中的步骤所对应的相关描述和效果进行理解,此处不做过多赘述。
其中,本实施例中,存储器1401和处理器1402通过总线连接。
实施例六
本发明实施例提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行以实现本发明任意一个实施例提供的热点访问请求的处理方法。
在本发明所提供的几个实施例中,应该理解到,所揭露的系统和方法,可以通过其它的方式实现。例如,以上所描述的系统实施例仅仅是示意性的,例如,模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,系统或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理模块,即可以位于一个地方,或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能模块可以集成在一个处理模块中,也可以是各个模块单独物理存在,也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用硬件加软件功能模块的形式实现。
用于实施本发明的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程问答系统的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本发明的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、系统或设备使用或与指令执行系统、系统或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、系统或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
此外,本申请提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现前所述的热点访问请求的处理方法。
此外,虽然采用特定次序描绘了各操作,但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行,或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地,在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
Claims (12)
1.一种热点访问请求的处理方法,其特征在于,包括:
获取各客户端上传的用户访问事件;
对各用户访问事件进行热点分析处理,得到热点信息;
将所述热点信息下发至各客户端,以供各客户端对与所述热点信息相关联的访问请求进行拦截处理。
2.根据权利要求1所述的处理方法,其特征在于,所述对各用户访问事件进行热点分析处理,得到热点信息,包括:
在各用户访问事件中,分别统计不同访问内容、不同访问用户以及不同访问接口的访问频率;
根据各访问内容、各访问用户以及各访问接口的访问频率,确定是否有访问频率超过频率阈值的访问内容、访问用户以及访问接口;
若有,则该访问频率超过频率阈值的访问内容、访问用户以及访问接口作为热点信息中的热点内容、热点用户以及热点接口。
3.根据权利要求1所述的处理方法,其特征在于,还包括:
对所述热点信息进行可视化展示处理。
4.一种访问请求的处理方法,其特征在于,包括:
接收服务器下发的热点信息,其中,所述热点信息是所述服务器对各客户端上传的各用户访问事件进行热点分析处理得到的;
响应用户触发的访问操作,生成访问请求;
判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理。
5.根据权利要求4所述的访问请求的处理方法,其特征在于,所述热点信息中包括有热点内容,所述接收服务器下发的热点信息之后,还包括:
在本地对所述信息中的热点内容进行缓存;
相应的,所述判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理,包括:
判断所述访问请求中的访问内容是否与缓存中的热点内容一致;
若一致,则对所述访问请求进行拦截处理,并读取缓存在本地的所述热点内容。
6.根据权利要求5所述的访问请求的处理方法,其特征在于,所述热点信息中包括有热点用户,和/或,热点接口,所述接收服务器下发的热点信息之后,还包括:
将所述热点信息中的热点用户,和/或,热点接口写入访问权限列表,其中所述访问权限列表中记录有被限制访问权限的历史热点用户以及历史热点接口;
相应的,所述判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理,包括:
判断所述访问请求中的访问用户,和/或,访问接口是否属于所述访问权限列表中所记录的历史热点用户,和/或,历史热点接口;
若是,则对所述访问请求进行拦截处理。
7.根据权利要求4-6任一项所述的访问请求的处理方法,其特征在于,所述生成访问请求之后,还包括:
根据所述访问请求生成用户访问事件,并将所述用户访问事件上传至所述服务器。
8.一种服务器,其特征在于,包括:
第一收发模块,用于获取各客户端上传的用户访问事件;
热点分析模块,用于对各用户访问事件进行热点分析处理,得到热点信息;
第一收发模块,还用于将所述热点信息下发至各客户端,以供各客户端对与所述热点信息相关联的访问请求进行拦截处理。
9.一种终端,其特征在于,包括:
第二收发模块,用于向服务器上传用户访问事件;还用于接收服务器下发的热点信息,其中,所述热点信息是所述服务器对各用户访问事件进行热点分析处理得到的;
处理模块,用于响应用户触发的访问操作,生成访问请求;以及判断所述访问请求是否与所述热点信息相关联,若是,则对所述访问请求进行拦截处理。
10.一种电子设备,其特征在于,包括:至少一个处理器和存储器;
所述存储器存储计算机执行指令;
所述至少一个处理器执行所述存储器存储的计算机执行指令,使得所述至少一个处理器执行如权利要求1-7任一项所述的热点访问请求的处理方法。
11.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有计算机执行指令,当处理器执行所述计算机执行指令时,实现如权利要求1-7任一项所述的热点访问请求的处理方法。
12.一种计算机程序产品,包括计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1-7任一项所述的热点访问请求的处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110494226.1A CN113225338A (zh) | 2021-05-07 | 2021-05-07 | 热点访问请求的处理方法、服务器、终端以及程序产品 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110494226.1A CN113225338A (zh) | 2021-05-07 | 2021-05-07 | 热点访问请求的处理方法、服务器、终端以及程序产品 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113225338A true CN113225338A (zh) | 2021-08-06 |
Family
ID=77091359
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110494226.1A Pending CN113225338A (zh) | 2021-05-07 | 2021-05-07 | 热点访问请求的处理方法、服务器、终端以及程序产品 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113225338A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102137059A (zh) * | 2010-01-21 | 2011-07-27 | 阿里巴巴集团控股有限公司 | 一种恶意访问的拦截方法和系统 |
CN109597915A (zh) * | 2018-09-18 | 2019-04-09 | 北京微播视界科技有限公司 | 访问请求处理方法和装置 |
CN111756644A (zh) * | 2020-06-30 | 2020-10-09 | 深圳壹账通智能科技有限公司 | 热点限流方法、系统、设备及存储介质 |
CN112491612A (zh) * | 2020-11-26 | 2021-03-12 | 掌阅科技股份有限公司 | 网络异常数据的上报方法、终端以及计算机存储介质 |
-
2021
- 2021-05-07 CN CN202110494226.1A patent/CN113225338A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102137059A (zh) * | 2010-01-21 | 2011-07-27 | 阿里巴巴集团控股有限公司 | 一种恶意访问的拦截方法和系统 |
CN109597915A (zh) * | 2018-09-18 | 2019-04-09 | 北京微播视界科技有限公司 | 访问请求处理方法和装置 |
CN111756644A (zh) * | 2020-06-30 | 2020-10-09 | 深圳壹账通智能科技有限公司 | 热点限流方法、系统、设备及存储介质 |
CN112491612A (zh) * | 2020-11-26 | 2021-03-12 | 掌阅科技股份有限公司 | 网络异常数据的上报方法、终端以及计算机存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112073389B (zh) | 云主机安全态势感知系统、方法、设备及存储介质 | |
CN111274583A (zh) | 一种大数据计算机网络安全防护装置及其控制方法 | |
CN111274340B (zh) | 人流密度的监控处理方法、设备及存储介质 | |
CN108683668B (zh) | 内容分发网络中的资源校验方法、装置、存储介质及设备 | |
CN106790085B (zh) | 漏洞扫描方法、装置及系统 | |
CN101626368A (zh) | 一种防止网页被篡改的设备、方法和系统 | |
US20190028493A1 (en) | Attack monitoring system and attack monitoring method | |
CN109587122B (zh) | 基于WAF系统功能实现自我保障Web子系统安全的系统及方法 | |
CN110365674B (zh) | 一种预测网络攻击面的方法、服务器和系统 | |
CN105550593A (zh) | 一种基于局域网的云盘文件监控方法和装置 | |
CN104980421B (zh) | 一种批量请求处理方法及系统 | |
CN111770106A (zh) | 数据威胁分析的方法、装置、系统、电子装置和存储介质 | |
CN102346823B (zh) | 一种互联网中用户登录的方法及系统 | |
CN111740868A (zh) | 告警数据的处理方法和装置及存储介质 | |
CN107306200B (zh) | 网络故障预警方法和用于网络故障预警的网关 | |
CN107885634B (zh) | 监控中异常信息的处理方法和装置 | |
CN110381047B (zh) | 一种网络攻击面追踪的方法、服务器和系统 | |
CN114285659A (zh) | 一种反向代理方法、装置、设备及存储介质 | |
CN114138483A (zh) | 一种虚拟化资源管理方法、装置、服务器、系统及介质 | |
CN113225338A (zh) | 热点访问请求的处理方法、服务器、终端以及程序产品 | |
CN112835856A (zh) | 一种日志数据查询方法及装置、设备、介质 | |
CN107547221B (zh) | 一种用于提供日志信息的方法与设备 | |
CN113778709B (zh) | 接口调用方法、装置、服务器及存储介质 | |
CN115333791A (zh) | 基于云端的车辆安全防护方法及相关设备 | |
CN111865935B (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 | ||
CB02 | Change of applicant information | ||
CB02 | Change of applicant information |
Address after: 601, 6 / F, building 2, No. 18, Kechuang 11th Street, Daxing District, Beijing, 100176 Applicant after: Jingdong Technology Information Technology Co.,Ltd. Address before: 601, 6 / F, building 2, No. 18, Kechuang 11th Street, Beijing Economic and Technological Development Zone, Beijing 100176 Applicant before: Jingdong Shuke Haiyi Information Technology Co.,Ltd. |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210806 |