CN107819837A - 一种提升缓存服务质量的方法及缓存日志分析*** - Google Patents
一种提升缓存服务质量的方法及缓存日志分析*** Download PDFInfo
- Publication number
- CN107819837A CN107819837A CN201711043692.8A CN201711043692A CN107819837A CN 107819837 A CN107819837 A CN 107819837A CN 201711043692 A CN201711043692 A CN 201711043692A CN 107819837 A CN107819837 A CN 107819837A
- Authority
- CN
- China
- Prior art keywords
- domain name
- threshold value
- cache
- difference threshold
- hit 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.)
- Pending
Links
Classifications
-
- 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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- 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/14—Network analysis or design
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Abstract
本发明涉及一种提升缓存服务质量的方法及缓存日志分析***,其特征在于,所述方法基于域名、缓存节点双维度对命中率以及请求成功率指标进行分析,给出影响缓存服务质量的域名以及缓存节点的对应优化建议。该方法从两个维度的四种具体分析对缓存服务进行优化,深入挖掘数据的价值。
Description
技术领域
本发明涉及网络缓存***技术领域,具体为一种提升缓存服务质量的方法。
背景技术
随着数据通信业务的迅猛增长,互联网网民数量急剧上升,流量逐年上涨。从目前的互联网应用发展情况来看,日常的热点应用主要集中在网页浏览、资源下载、流媒体视频点播等等,对于网络传输速度、服务端响应速度都有着较高的要求。随着业务规模的扩大、网民数量的上涨、市场竞争的加剧,运营商的基础资源架构、服务理念以及运营方式都面临着巨大的挑战。
为了加速网内网络资源建设的步伐,引入缓存***已逐渐成为运营商内容网络建设运营的重要手段。而随着缓存技术的成熟和普及,运营商的缓存***建设已经逐渐由租用转变为自建。为支撑缓存精细化运营的要求,运营商建立缓存日志分析***,评估缓存***运行状态及效能,实现从代维到自维的转变,解决精细化运营的相关问题,对开展内容网络运营工作,具有重要意义。
在现有技术下,运营商通过分析缓存日志,了解缓存运行状态及效能。但并没有深入挖掘缓存日志的数据价值,现有技术还不能达到通过制定算法准确识别已缓存内容提供服务时存在的问题,并自动提取相关指标进行分析,提供准确的分析报告及解决方案,以及针对问题处理后的效果进行跟踪和评估的方法。这是目前技术下存在的问题。
本发明旨在克服以上缓存服务运营存在的问题,提供一种提升缓存服务质量的方法,通过对缓存日志进行分析,分别从域名维度和节点维度进行缓存服务优化,分析指标包括缓存服务的命中率、成功率、域名类型、域名状态码等关键指标,通过对关键指标的分析定位问题,给出优化建议,并对优化后域名进行效果跟踪评估。该方法可有效提升缓存服务的质量,实现在日志分析***的基础上,对缓存业务分析提升进行全流程的闭环管理。
发明内容
本发明所要解决的技术问题是针对上述缺陷,提供了本发明公开了一种提升缓存服务质量的方法,从两个维度的四种具体分析对缓存服务进行优化,深入挖掘数据的价值。
本发明为解决上述技术问题采用以下技术方案:
一种提升缓存服务质量的方法,所述方法基于域名、缓存节点双维度对命中率以及请求成功率指标进行分析,给出影响缓存服务质量的域名以及缓存节点的对应优化建议。
进一步的,所述方法中,对域名维度的命中率数据进行分析的具体过程为:
步骤1.1,设置域名缓存命中率质差阈值以及命中率严重质差阈值;
步骤1.2,缓存日志分析***分析域名命中率,并按请求次数对域名进行排序,查出TOPN个热点域名;
步骤1.3,判断每个热点域名的命中率是否小于缓存命中率质差阈值,如小于命中率质差阈值,继续判断是否小于命中率严重质差阈值,如大于严重质差阈值,则继续查看域名的资源类型;如果该域名的资源类型是static静态资源则输出告警报表并给出建议检查缓存规则,如果该域名的资源类型是dynamic动态资源则输出告警报表并给出建议剔出缓存列表;
步骤1.4,如果所述域名缓存命中率小于命中率严重质差阈值,根据设置的策略直接将该域名加入缓存黑名单,等待人工进一步确认;
步骤1.5,人工对严重质差域名人工判断后,确认不可缓存资源直接剔出缓存列表,确认为可缓存资源,进过优化后从黑名单中恢复。
进一步的,所述方法中,对域名维度的请求成功率数据进行分析的具体过程为:
步骤2.1,设置域名请求成功率质差阈值;
步骤2.2,缓存日志分析***分析域名命中率,并按请求次数对域名进行排名;
步骤2.3,判断TOPN热点域名中每个域名的请求成功率是否小于请求成功率质差阈值,如果小于请求成功率质差阈值,则继续查看域名状态码信息,输出告警报表并根据具体状态码信息提供优化建议。
进一步的,所述方法中,对缓存节点维度的命中率数据进行分析的具体过程为:
步骤3.1,设置节点缓存命中率质差阈值;
步骤3.2,缓存日志分析***分析节点缓存命中率;
步骤3.3,判断节点缓存命中率是否小于节点缓存命中率质差阈值,如果节点缓存命中率小于节点缓存命中率质差阈值,则输出告警报表并给出建议检查缓存服务器的规则。
更进一步的,所述方法中,对缓存节点维度的请求成功率数据进行分析的具体过程为:
步骤4.1,设置节点请求成功率质差阈值;
步骤4.2,缓存日志分析***分析节点请求成功率;
步骤4.3,判断节点成功率是否小于节点请求成功率质差阈值,如果小于则继续查看节点中TOPN热点域名的请求成功率判断是否有个别热点域名的请求成功率小于域名请求成功率质差阈值,如果有热点域名小于域名请求成功率质差阈值,则进入域名维度分析请求成功率指标流程,输出相应报表;如果没有个别热点域名小于域名请求成功率质差阈值,则输出告警报表并给出建议检查缓存规则或检查硬件负载或网络是否正常。
本发明采用以上技术方案与现有技术相比,具有以下技术效果:
本发明综合利用了缓存日志分析***和拨测***,利用缓存日志分析***分析的热点域名,进行拨测评估,剔除或优化质差域名,来保证缓存的服务质量,而不是简单的只是让缓存的服务状态可视化,并没有深入挖掘数据的价值。
这种从日志分析***通过深入挖掘数据的价值再反馈到缓存***的分析优化方式,实现了缓存业务自运营的流程闭环管理,达到提升缓存服务的质量的目的。
附图说明
图1为缓存日志分析***的***架构图;
图2为域名维度分析过程中命中率指标的方法流程图;
图3为域名维度分析过程中请求成功率指标的方法流程图;
图4为节点维度分析过程中缓存命中率指标的方法流程图;
图5为节点维度分析过程中请求成功率指标的方法流程图。
具体实施方式
下面结合附图对本发明的技术方案做进一步的详细说明:
本发明提供的一种提升缓存服务质量的方法,从两个维度提升缓存服务质量,具体方法如下:
一、缓存日志分析***说明
缓存日志分析***,通过主动上传(或被动获取)缓存日志,将日志备份到缓存日志分析***上进行离线分析。缓存日志分析***通过对各缓存厂家的缓存日志进行解析,提取关键的元数据进行大数据分析(过滤、聚合、排序、统计等),最终计算出关键指标,并通过web前端展示。
如图1所示,***采用组件式架构,实现了分层的逻辑架构,包括:数据源层,日志采集层、业务逻辑层和应用层。
数据源层
数据源层是指分析对象,也就是各个缓存厂家的缓存日志,包括大文件和小文件。
日志采集层
该层利用FTP、syslog、shell脚本或SNMP等多种方式,从缓存***获取日志,并对原始日志进行分类、扫描和解析,统一推送到业务逻辑层进行分析处理和存储。
业务逻辑层
该层利用各种预置规则,通过各种过滤和聚合,对元数据进行大数据分析;通过高性能海量存储将日志处理结果进行快速存储;并提供查询接口实现日志的查询过滤。
应用层
该层面向运营商,提供一个图形化的显示界面,展示缓存日志分析***的各功能模块,包括硬件监控(CPU、内存、硬盘)和日志分类统计(包括时间访问统计、请求方法统计、网站访问统计、域名访问统计、请求资源统计、文件类型统计、终端访问统计、用户类型统计、缓存状态码统计、HTTP状态码统计、用户访问统计、节点服务质量统计)、域名深度分析(域名状态码统计、域名类型统计、域名请求方法统计)等查询统计功能,缓存日志扫描功能、缓存服务质量告警功能以及***管理、菜单管理等***维护功能。
二、域名维度分析
1)、分析命中率指标
如图1所示,缓存日志分析***对域名的缓存命中率进行统计。通过策略设置域名命中率质差阈值,分析出缓存命中率低于质差阈值的top N域名,查看域名的资源类型属性信息,如质差域名的内容类型是static静态资源,则产生告警报表,并建议检查缓存规则。如质差域名的内容类型是dynamic动态资源,则产生告警报表,并建议将该域名剔出缓存列表。并可进一步设置严重质差阈值,对命中率低于严重质差阈值的热点域名可根据策略直接加入黑名单暂不提供内容缓存服务,并产生告警报表及优化建议,等待人工确认,确认为不可缓存资源直接删除,确认为可缓存资源经过优化后可从黑名单中恢复。
域名命中率质差阈值可通过后台进行设置,并可以针对不同的缓存***环境进行修改。比如:在提供下载或视频类业务服务的缓存***中,请求命中率阈值一般设置80%或更高;而在提供页面或图片类服务的缓存***中,请求命中率阈值一般设置50%。***可以根据具体情况修改阈值,以期达到最优的指标告警表。
具体步骤如下:
1、缓存日志分析***分析域名命中率,并按请求次数进行TOPN热点域名排名。
2、判断热点域名是否小于缓存命中率质差阈值,如小于命中率质差阈值,继续判断是否小于命中率严重质差阈值,如大于严重质差阈值,即该域名缓存命中率介于质差和严重质差之间,则继续查看域名的资源类型,如域名的资源类型是static静态资源则输出告警报表并给出建议检查缓存规则,如域名的资源类型是dynamic动态资源则输出告警报表并给出建议剔出缓存列表。
3、如进一步判断域名缓存命中率小于命中率严重质差阈值,根据设置的策略直接将该域名加入缓存黑名单,并等待人工的进一步确认。
4、加入黑名单后继续查看域名的资源类型与步骤2类似,并根据域名的资源类型输出告警报表并给出建议。
5、人工对严重质差域名人工判断后,确认不可缓存资源直接剔出缓存列表,确认为可缓存资源,进过优化后可从黑名单中恢复。
2)、分析请求成功率
如图2所示,缓存日志分析***对域名的请求成功率进行统计。通过策略设置域名请求成功率质差阈值,分析出请求成功率低于请求成功率质差阈值的TOPN热点域名,并查看域名的状态码信息,针对具体的状态码信息给出优化建议及告警报表:
√403的状态码错误,需确认缓存***的服务IP白名单,是否未添加或者是否该地区该运营商新增的用户地址段未及时更新;
√500的状态码错误,需确认是否缓存服务器遭遇意外情况,导致无法完成用户请求,比如并发数过高,或打开文件数受限等;
√503的状态码错误,需确认资源源站是否超负载或正在进行停机维护;
√504的状态码错误,需确认缓存***的回源网络是否异常,或是否设置了无效DNS。
域名请求成功率质差阈值设置方法:当域名请求次数大于A,且成功率小于B(默认A=10000B=60%)时,列出该域名统计指标。
具体步骤如下:
1、缓存日志分析***分析域名命中率,并按请求次数进行TOPN热点域名排名。
2、判断热点域名是否小于请求成功率质差阈值,如小于请求成功率质差阈值,则继续查看域名状态码信息,输出告警报表并根据具体状态码信息给出优化建议。
三、缓存节点维度
1)、分析命中率指标
如图3所示,缓存日志分析***对节点的缓存命中率进行统计。通过策略设置节点命中率质差阈值,如某节点的缓存命中率低于节点命中率质差阈值,则产生节点告警报表,并建议检查该节点缓存配置的规则是否正确。
节点命中率质差阈值可通过后台进行设置,并可以针对不同的缓存***环境进行修改。比如:在提供下载或视频类业务服务的缓存***中,节点命中率质差阈值一般设置80%或更高;而在提供页面或图片类服务的缓存***中,节点命中率质差阈值一般设置50%。***可以根据具体情况修改阈值,以期达到最优的指标告警表。
具体步骤如下:
1、缓存日志分析***分析节点缓存命中率。
2、判断节点缓存命中率是否小于节点缓存命中率质差阈值,如小于节点缓存命中率质差阈值,则输出告警报表并给出建议检查缓存服务器的规则。
2)、分析请求成功率
如图4所示,缓存日志分析***对节点的请求成功率进行统计。通过策略设置节点的请求成功率质差阈值,如某节点的请求成功率低于节点请求成功率质差阈值,则通过查看该节点的域名请求统计,查看热点域名(如TOP10域名)的请求成功率情况,确认是否由于个别热点域名因请求成功率低影响了节点整体请求成功率,如有则依据域名维度请求成功率分析方法进行分析,输出相应告警报表,如没有则产生节点告警报表,并建议检查该节点缓存规则或检查硬件负载或网络是否正常。
节点请求成功率质差阈值可通过后台进行设置,并可以针对不同的缓存***环境进行修改。比如:在提供下载或视频类业务服务的缓存***中,节点请求成功率质差阈值一般设置80%或更高;而在提供页面或图片类服务的缓存***中,节点请求成功率质差阈值一般设置50%。***可以根据具体情况修改阈值,以期达到最优的指标告警表。
具体步骤如下:
1、缓存日志分析***分析节点请求成功率。
2、判断节点成功率是否小于节点请求成功率质差阈值,如小于则继续查看节点TOPN热点域名的请求成功率判断是否有个别热点域名的请求成功率小于域名请求成功率质差阈值,如有热点域名小于域名请求成功率质差阈值,则进入域名维度分析请求成功率指标流程,输出相应报表;如没有个别热点域名小于域名请求成功率质差阈值,则输出告警报表并给出建议检查缓存规则或检查硬件负载或网络是否正常。
本发明综合利用了缓存日志分析***和拨测***,利用缓存日志分析***分析的热点域名,进行拨测评估,剔除或优化质差域名,来保证缓存的服务质量,而不是简单的只是让缓存的服务状态可视化,并没有深入挖掘数据的价值。
这种从日志分析***通过深入挖掘数据的价值再反馈到缓存***的分析优化方式,实现了缓存业务自运营的流程闭环管理,达到提升缓存服务的质量的目的。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (6)
1.一种提升缓存服务质量的方法,其特征在于,所述方法基于域名、缓存节点双维度对命中率以及请求成功率指标进行分析,给出影响缓存服务质量的域名以及缓存节点的对应优化建议。
2.根据权利要求1所述的一种提升缓存服务质量的方法,其特征在于,所述方法中,对域名维度的命中率数据进行分析的具体过程为:
步骤1.1,设置域名缓存命中率质差阈值以及命中率严重质差阈值;
步骤1.2,缓存日志分析***分析域名命中率,并按请求次数对域名进行排序,查出TOPN个热点域名;
步骤1.3,判断每个热点域名的命中率是否小于缓存命中率质差阈值,如小于命中率质差阈值,继续判断是否小于命中率严重质差阈值,如大于严重质差阈值,则继续查看域名的资源类型;如果该域名的资源类型是static静态资源则输出告警报表并给出建议检查缓存规则,如果该域名的资源类型是dynamic动态资源则输出告警报表并给出建议剔出缓存列表;
步骤1.4,如果所述域名缓存命中率小于命中率严重质差阈值,根据设置的策略直接将该域名加入缓存黑名单,等待人工进一步确认;
步骤1.5,人工对严重质差域名人工判断后,确认不可缓存资源直接剔出缓存列表,确认为可缓存资源,进过优化后从黑名单中恢复。
3.根据权利要求1所述的一种提升缓存服务质量的方法,其特征在于,所述方法中,对域名维度的请求成功率数据进行分析的具体过程为:
步骤2.1,设置域名请求成功率质差阈值;
步骤2.2,缓存日志分析***分析域名命中率,并按请求次数对域名进行排名;
步骤2.3,判断TOPN热点域名中每个域名的请求成功率是否小于请求成功率质差阈值,如果小于请求成功率质差阈值,则继续查看域名状态码信息,输出告警报表并根据具体状态码信息提供优化建议。
4.根据权利要求1所述的一种提升缓存服务质量的方法,其特征在于,所述方法中,对缓存节点维度的命中率数据进行分析的具体过程为:
步骤3.1,设置节点缓存命中率质差阈值;
步骤3.2,缓存日志分析***分析节点缓存命中率;
步骤3.3,判断节点缓存命中率是否小于节点缓存命中率质差阈值,如果节点缓存命中率小于节点缓存命中率质差阈值,则输出告警报表并给出建议检查缓存服务器的规则。
5.根据权利要求3所述的一种提升缓存服务质量的方法,其特征在于,所述方法中,对缓存节点维度的请求成功率数据进行分析的具体过程为:
步骤4.1,设置节点请求成功率质差阈值;
步骤4.2,缓存日志分析***分析节点请求成功率;
步骤4.3,判断节点成功率是否小于节点请求成功率质差阈值,如果小于则继续查看节点中TOPN热点域名的请求成功率判断是否有个别热点域名的请求成功率小于域名请求成功率质差阈值,如果有热点域名小于域名请求成功率质差阈值,则进入域名维度分析请求成功率指标流程,输出相应报表;如果没有个别热点域名小于域名请求成功率质差阈值,则输出告警报表并给出建议检查缓存规则或检查硬件负载或网络是否正常。
6.一种缓存日志分析***,其特征在于,所述***包括:数据源层,日志采集层、业务逻辑层和应用层;
所述数据源层为分析对象,包括大文件和小文件;
所述日志采集层利用FTP、syslog、shell脚本或SNMP多种方式,从缓存***获取日志,并对原始日志进行分类、扫描和解析,统一推送到业务逻辑层进行分析处理和存储;
所述业务逻辑层利用预置规则,通过各种过滤和聚合,对元数据进行大数据分析;通过高性能存储器将日志处理结果进行快速存储,并提供查询接口实现日志的查询过滤;
所述应用层面向运营商,提供图形化的显示界面,展示缓存日志分析***的各功能模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711043692.8A CN107819837A (zh) | 2017-10-31 | 2017-10-31 | 一种提升缓存服务质量的方法及缓存日志分析*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711043692.8A CN107819837A (zh) | 2017-10-31 | 2017-10-31 | 一种提升缓存服务质量的方法及缓存日志分析*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107819837A true CN107819837A (zh) | 2018-03-20 |
Family
ID=61603015
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711043692.8A Pending CN107819837A (zh) | 2017-10-31 | 2017-10-31 | 一种提升缓存服务质量的方法及缓存日志分析*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107819837A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110502493A (zh) * | 2019-08-28 | 2019-11-26 | 北京云端智度科技有限公司 | 一种基于日志分析的缓存效率提升方法 |
CN110677270A (zh) * | 2018-07-03 | 2020-01-10 | 长春亿阳计算机开发有限公司 | 一种域名的可缓存性分析方法及*** |
CN112100139A (zh) * | 2020-11-12 | 2020-12-18 | 北京云真信科技有限公司 | 基于大数据的数据质量自动检测*** |
CN114286125A (zh) * | 2021-12-30 | 2022-04-05 | 北京爱学习博乐教育科技有限公司 | 企业直播实现方法及*** |
CN114666277A (zh) * | 2022-05-05 | 2022-06-24 | 中国互联网络信息中心 | 一种基于域名的数据处理方法及装置 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1949720A (zh) * | 2006-09-08 | 2007-04-18 | 中山大学 | 一种分布式网络入侵检测*** |
CN102025595A (zh) * | 2009-09-22 | 2011-04-20 | 常诚 | 流量优化方法及*** |
US20130204954A1 (en) * | 2007-11-05 | 2013-08-08 | Timothy A. Kendall | Communicating information in a social networking website about activities from another domain |
CN105610993A (zh) * | 2014-11-20 | 2016-05-25 | ***通信集团河南有限公司 | 一种域名解析方法、装置及*** |
CN105933461A (zh) * | 2016-07-18 | 2016-09-07 | 合肥赑歌数据科技有限公司 | 大数据平台***及其运行方法 |
CN106130791A (zh) * | 2016-08-12 | 2016-11-16 | 飞思达技术(北京)有限公司 | 基于服务质量的缓存设备服务能力遍历测试***及方法 |
CN106487846A (zh) * | 2015-08-28 | 2017-03-08 | 中国电信股份有限公司 | 缓存***的白名单更新方法、采集分析装置及缓存*** |
CN106713374A (zh) * | 2015-07-16 | 2017-05-24 | 贵州力创科技发展有限公司 | 一种基于dns的流量分析和优化流量调度的*** |
CN106921713A (zh) * | 2015-12-25 | 2017-07-04 | ***通信集团上海有限公司 | 一种资源缓存方法及装置 |
CN107070692A (zh) * | 2017-01-16 | 2017-08-18 | 中国联合网络通信有限公司广东省分公司 | 一种基于大数据分析的云平台监控服务***及方法 |
-
2017
- 2017-10-31 CN CN201711043692.8A patent/CN107819837A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1949720A (zh) * | 2006-09-08 | 2007-04-18 | 中山大学 | 一种分布式网络入侵检测*** |
US20130204954A1 (en) * | 2007-11-05 | 2013-08-08 | Timothy A. Kendall | Communicating information in a social networking website about activities from another domain |
CN102025595A (zh) * | 2009-09-22 | 2011-04-20 | 常诚 | 流量优化方法及*** |
CN105610993A (zh) * | 2014-11-20 | 2016-05-25 | ***通信集团河南有限公司 | 一种域名解析方法、装置及*** |
CN106713374A (zh) * | 2015-07-16 | 2017-05-24 | 贵州力创科技发展有限公司 | 一种基于dns的流量分析和优化流量调度的*** |
CN106487846A (zh) * | 2015-08-28 | 2017-03-08 | 中国电信股份有限公司 | 缓存***的白名单更新方法、采集分析装置及缓存*** |
CN106921713A (zh) * | 2015-12-25 | 2017-07-04 | ***通信集团上海有限公司 | 一种资源缓存方法及装置 |
CN105933461A (zh) * | 2016-07-18 | 2016-09-07 | 合肥赑歌数据科技有限公司 | 大数据平台***及其运行方法 |
CN106130791A (zh) * | 2016-08-12 | 2016-11-16 | 飞思达技术(北京)有限公司 | 基于服务质量的缓存设备服务能力遍历测试***及方法 |
CN107070692A (zh) * | 2017-01-16 | 2017-08-18 | 中国联合网络通信有限公司广东省分公司 | 一种基于大数据分析的云平台监控服务***及方法 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110677270A (zh) * | 2018-07-03 | 2020-01-10 | 长春亿阳计算机开发有限公司 | 一种域名的可缓存性分析方法及*** |
CN110677270B (zh) * | 2018-07-03 | 2023-02-28 | 长春亿阳计算机开发有限公司 | 一种域名的可缓存性分析方法及*** |
CN110502493A (zh) * | 2019-08-28 | 2019-11-26 | 北京云端智度科技有限公司 | 一种基于日志分析的缓存效率提升方法 |
CN112100139A (zh) * | 2020-11-12 | 2020-12-18 | 北京云真信科技有限公司 | 基于大数据的数据质量自动检测*** |
CN112100139B (zh) * | 2020-11-12 | 2021-02-09 | 北京云真信科技有限公司 | 基于大数据的数据质量自动检测*** |
CN114286125A (zh) * | 2021-12-30 | 2022-04-05 | 北京爱学习博乐教育科技有限公司 | 企业直播实现方法及*** |
CN114286125B (zh) * | 2021-12-30 | 2023-12-19 | 北京爱学习博乐教育科技有限公司 | 企业直播实现方法及*** |
CN114666277A (zh) * | 2022-05-05 | 2022-06-24 | 中国互联网络信息中心 | 一种基于域名的数据处理方法及装置 |
CN114666277B (zh) * | 2022-05-05 | 2023-10-24 | 中国互联网络信息中心 | 一种基于域名的数据处理方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107819837A (zh) | 一种提升缓存服务质量的方法及缓存日志分析*** | |
CN102436513B (zh) | 分布式检索方法和*** | |
CN106982150B (zh) | 一种基于Hadoop的移动互联网用户行为分析方法 | |
CN112910929B (zh) | 基于异质图表示学习的恶意域名检测方法及装置 | |
CN108737423B (zh) | 基于网页关键内容相似性分析的钓鱼网站发现方法及*** | |
CN107181612A (zh) | 一种基于大数据的可视化网络安全监控方法 | |
CN106708815A (zh) | 数据处理方法、装置和*** | |
CN101399716B (zh) | 监控办公用计算机使用状态的分布式审计***和方法 | |
CN104615760A (zh) | 钓鱼网站识别方法和*** | |
CN103686244A (zh) | 视频数据的管理方法及其*** | |
CN102541884B (zh) | 数据库优化方法和装置 | |
CN104077402A (zh) | 数据处理方法和数据处理*** | |
CN105468744A (zh) | 一种实现税务舆情分析和全文检索的大数据平台 | |
CN107623754A (zh) | 基于真伪MAC识别的WiFi采集***及其方法 | |
CN108959539B (zh) | 一种基于规则可配置的网页数据解析方法 | |
CN106656577A (zh) | 一种app及浏览器的用户行为统计方法及智能路由器 | |
CN106021552A (zh) | 基于人群行为模拟的互联网爬虫并发数据采集方法及*** | |
CN105808722A (zh) | 一种信息判别方法和*** | |
CN106844588A (zh) | 一种基于网络爬虫的用户行为数据的分析方法及*** | |
CN116910283A (zh) | 一种针对网络行为数据的图存储方法及*** | |
CN109033330A (zh) | 大数据清洗方法、装置和服务器 | |
CN106169974A (zh) | 本地邮件数据的搜集方法及*** | |
CN108205548A (zh) | 一种基于农业网页信息采集的网络蜘蛛结构及其工作方法 | |
CN106130880A (zh) | 网络邮件数据的搜集方法及*** | |
CN105471676A (zh) | 一种端口扫描ip网址活跃度统计***及方法 |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180320 |
|
RJ01 | Rejection of invention patent application after publication |