CN106130810A - 网站监测方法和装置 - Google Patents

网站监测方法和装置 Download PDF

Info

Publication number
CN106130810A
CN106130810A CN201610380147.7A CN201610380147A CN106130810A CN 106130810 A CN106130810 A CN 106130810A CN 201610380147 A CN201610380147 A CN 201610380147A CN 106130810 A CN106130810 A CN 106130810A
Authority
CN
China
Prior art keywords
monitoring
website
monitored
priority
worker thread
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.)
Granted
Application number
CN201610380147.7A
Other languages
English (en)
Other versions
CN106130810B (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 Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and 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 Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN201610380147.7A priority Critical patent/CN106130810B/zh
Priority to US15/280,418 priority patent/US10581708B2/en
Publication of CN106130810A publication Critical patent/CN106130810A/zh
Application granted granted Critical
Publication of CN106130810B publication Critical patent/CN106130810B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • 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/0852—Delays
    • 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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • 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
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1023—Server selection for load balancing based on a hash applied to IP addresses or costs
    • 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • 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/535—Tracking the activity of the user

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Computer Hardware Design (AREA)
  • Computer And Data Communications (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请公开了一种网站监测方法和装置。所述方法的一具体实施方式包括：从所述分配服务器接收待监测网站的监测信息，所述监测信息是所述分配服务器解析所述终端发送的待监测网站的网站监测请求后，发送给多个所述监测服务器的，所述监测信息包括：监测周期、监测类型；利用预设的分配算法，为各待监测网站分配不同的监测执行时刻；根据所述监测周期的长短，确定各待监测网站的优先级的大小；按照所述优先级的大小，从预先创建的线程池中选择工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测。该实施方式充分利用了每个监测服务器的固有资源，减少了网站监测的失败率和错误率。

Description

网站监测方法和装置
技术领域
本申请涉及计算机技术领域，具体涉及互联网技术领域，尤其涉及一种网站监测方法和装置。
背景技术
随着互联网数据的爆炸性增长，围绕互联网网站的可用性监测正不断受到关注。比如网站服务是否出现故障，互联网数据中心(Internet Data Center，IDC)入口是否拥塞，从全国各地、各运营商访问网站的连通性、速度、质量越来越受网站站长的关注。站点连通性、访问质量可以通过部署在全国各地的监测服务器来探测，但受限于各监测服务器的计算能力、存储能力和带宽，当超过各监测服务器的最大负载时，再执行的网站监测正确率会降低，从而造成监测失败、监测错误等现象。
发明内容
本申请的目的在于提出一种网站监测方法和装置，来解决以上背景技术部分提到的技术问题。
第一方面，本申请提供一种网站监测方法，终端向分配服务器发送请求，所述分配服务器对所述终端发送的请求进行解析，得到与所述请求对应的信息，并将解析得到的信息发送给多个监测服务器，所述方法包括：所述监测服务器从所述分配服务器接收待监测网站的监测信息，所述监测信息是所述分配服务器解析所述终端发送的待监测网站的网站监测请求后，发送给多个所述监测服务器的，所述监测信息包括：监测周期、监测类型；利用预设的分配算法，为各待监测网站分配不同的监测执行时刻；根据所述监测周期的长短，确定各待监测网站的优先级的大小；按照所述优先级的大小，从预先创建的线程 池中选择工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测。
在一些实施例中，所述利用预设的分配算法，为各待监测网站分配不同的监测执行时刻，包括：根据各待监测网站的所述监测类型，判断各待监测网站是否需要在多个所述监测服务器上同步监测；响应于各待监测网站不需要在多个所述监测服务器上同步监测，采用随机算法，均匀地在所述监测周期内选择不同时刻作为所述各待监测网站的监测执行时刻。
在一些实施例中，所述利用预设的分配算法，为各待监测网站分配不同的监测执行时刻，还包括：响应于各待监测网站需要在多个所述监测服务器上同步监测，采用哈希算法，在所述监测周期内选择不同的固定时刻作为各待监测网站的监测执行时刻。
在一些实施例中，所述根据所述监测周期的长短，确定各待监测网站的优先级的大小，包括：当各待监测网站的监测周期不相等时，按照所述监测周期的由短到长顺序，确定各待监测网站的优先级的由大到小顺序。
在一些实施例中，所述根据所述监测周期的长短，确定各待监测网站的优先级的大小，包括：当各待监测网站的监测周期相等时，确定各待监测网站的可容忍延迟时间；按照所述可容忍延迟时间由小到大的顺序，确定各待监测网站的优先级的由大到小顺序。
在一些实施例中，所述按照所述优先级的大小，从预先创建的线程池中选择工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测，包括：将各待监测网站按照优先级由大到小的顺序加入预置的缓冲队列中；从所述预先创建的线程池中选择工作线程，以供所选择的工作线程依次从所述预置的缓冲队列中选取待监测网站进行监测；当所述预置的缓冲队列满时，停止向所述预置的缓冲队列中加入待监测网站。
在一些实施例中，所述按照所述优先级的大小，从预先创建的线程池中选择工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测，包括：统计所述预先创建的线程池中 各工作线程当前监测的网站数量；按照所述优先级的由大到小顺序，依次选择当前监测的网站数量最小的工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测。
在一些实施例中，在所述按照所述优先级的大小，从预先创建的线程池中选择工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测之前，所述方法还包括：注册定时器，以校准各待监测网站的监测执行时刻。
在一些实施例中，所述方法还包括：响应于从所述分配服务器接收到监测停止信息，停止监测所述监测停止信息指定的待监测网站，所述监测停止信息是所述分配服务器在接收到所述终端发送的监测停止请求时，发送给所述监测服务器的；生成监测结果，将所述监测结果返回给所述分配服务器。
第二方面，本申请提供一种网站监测装置，终端向分配服务器发送请求，所述分配服务器对所述终端发送的请求进行解析，得到与所述请求对应的信息，并将解析得到的信息发送给多个监测服务器，所述装置包括：接收单元，用于从所述分配服务器接收待监测网站的监测信息，所述监测信息是所述分配服务器解析所述终端发送的待监测网站的网站监测请求后，发送给多个所述监测服务器的，所述监测信息包括：监测周期、监测类型；分配单元，用于利用预设的分配算法，为各待监测网站分配不同的监测执行时刻；确定单元，用于根据所述监测周期的长短，确定各待监测网站的优先级的大小；监测单元，用于按照所述优先级的大小，从预先创建的线程池中选择工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测。
在一些实施例中，所述分配单元包括：判断模块，用于根据各待监测网站的所述监测类型，判断各待监测网站是否需要在多个所述监测服务器上同步监测；第一分配模块，用于响应于各待监测网站不需要在多个所述监测服务器上同步监测，采用随机算法，均匀地在所述监测周期内选择不同时刻作为所述各待监测网站的监测执行时刻。
在一些实施例中，所述分配单元还包括：第二分配模块，用于响 应于各待监测网站需要在多个所述监测服务器上同步监测，采用哈希算法，在所述监测周期内选择不同的固定时刻作为各待监测网站的监测执行时刻。
在一些实施例中，所述确定单元包括：第一确定模块，用于当各待监测网站的监测周期不相等时，按照所述监测周期的由短到长顺序，确定各待监测网站的优先级的由大到小顺序。
在一些实施例中，所述确定单元还包括：第二确定模块，用于当各待监测网站的监测周期相等时，确定各待监测网站的可容忍延迟时间；第三确定模块，用于按照所述可容忍延迟时间由小到大的顺序，确定各待监测网站的优先级的由大到小顺序。
在一些实施例中，所述监测单元包括：加入模块，用于将各待监测网站按照优先级由大到小的顺序加入预置的缓冲队列中；第一选择模块，用于从所述预先创建的线程池中选择工作线程，以供所选择的工作线程依次从所述预置的缓冲队列中选取待监测网站进行监测；停止加入模块，用于当所述预置的缓冲队列满时，停止向所述预置的缓冲队列中加入待监测网站。
在一些实施例中，所述监测单元包括：统计模块，用于统计所述预先创建的线程池中各工作线程当前监测的网站数量；第二选择模块，用于按照所述优先级的由大到小顺序，依次选择当前监测的网站数量最小的工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测。
在一些实施例中，所述装置还包括：校准单元，用于在所述监测单元按照所述优先级的大小，从预先创建的线程池中选择工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测之前，注册定时器，以校准各待监测网站的监测执行时刻。
在一些实施例中，所述装置还包括：停止监测单元，用于响应于从所述分配服务器接收到监测停止信息，停止监测所述监测停止信息指定的待监测网站，所述监测停止信息是所述分配服务器在接收到所述终端发送的监测停止请求时，发送给所述监测服务器的；结果返回单元，用于生成监测结果，将所述监测结果返回给所述分配服务器。
本申请提供的网站监测方法和装置，通过为待监测网站分配不同的监测执行时刻，并根据各待监测网站的监测周期长短确定各待监测网站的优先级，并按照优先级的大小，为各待监测网站分配工作线程，使选择的工作线程在上述监测执行时刻周期性监测各待监测网站，充分利用了每个监测服务器的固有资源，减少了网站监测的失败率和错误率。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1是本申请可以应用于其中的示例性系统架构图；
图2是根据本申请的网站监测方法的一个实施例的流程图；
图3是根据本申请的网站监测方法的又一个实施例的流程图；
图4是根据本申请的网站监测装置的一个实施例的结构示意图；
图5是根据本申请的网站监测装置的又一个实施例的结构示意图；
图6是适于用来实现本申请实施例的监测服务器的计算机系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请的网站监测方法或网站监测装置的实施例的示例性系统架构100。
如图1所示，系统架构100可以包括终端设备101、102、103， 网络104、分配服务器105和监测服务器106、107、108。网络104、104’用以在终端设备101、102、103和分配服务器105，分配服务器105和监测服务器106、107、108之间提供通信链路的介质。网络104及104’可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与分配服务器105交互，分配服务器105可以通过网络104’与监测服务器106、107、108交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用等。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、膝上型便携计算机和台式计算机等等。
分配服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103发送的请求提供支持的后台服务器。后台服务器可以对接收到的网站监测请求等数据进行解析，并将处理结果(例如网站监测结果)反馈给终端设备。
监测服务器106、107、108可以是提供各种服务的服务器，例如对分配服务器105发送的信息进行处理的后台服务器。其可以对接收到的信息进行监测，并将监测结果反馈给分配服务器105。
需要说明的是，本申请实施例所提供的网站监测方法一般由监测服务器106、107、108执行，相应地，网站监测装置一般设置于监测服务器106、107、108中。
应该理解，图1中的终端设备、网络、分配服务器和监测服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络、分配服务器和监测服务器。
继续参考图2，示出了根据本申请的网站监测方法的一个实施例的流程图200。本实施例的网站监测方法包括以下步骤：
步骤201，监测服务器从分配服务器接收待监测网站的监测信息。
在本实施例中，网站监测方法运行于其上的电子设备(例如图1所示的监测服务器)可以通过有线连接方式或者无线连接方式从分配 服务器处接收待监测网站的监测信息。需要指出的是，上述无线连接方式可以包括但不限于3G/4G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。
监测服务器分布于全国各地，用于对网站进行监测。分配服务器用于接收终端发送的待监测网站的网站监测请求，并对上述网站监测请求进行解析，得到待监测网站的监测信息，然后将监测信息发送给多个监测服务器用于对待监测网站进行监测。可以理解的是，监测信息包括：监测周期、监测类型等。
步骤202，利用预设的分配算法，为各待监测网站分配不同的监测执行时刻。
由于对待监测网站的监测是周期性执行的，每个待监测网站对在监测周期内的监测执行时刻并没有特别的要求，因此可以将不同的待监测网站的监测执行时刻在监测周期内均匀分布。
步骤203，根据所述监测周期的长短，确定各待监测网站的优先级的大小。
不同的待监测网站其要求的监测周期长短不一。对于监测周期较长的待监测网站，由于监测执行时刻的选择只需在监测周期内选择一个时间点即可，因此此类待监测网站的监测执行时刻的可选择性更大。因此，各待监测网站的优先级按照监测周期的长短来确定。
步骤204，按照优先级的大小，从预先创建的线程池中选择工作线程，以供所选择的工作线程在监测执行时刻对各待监测网站进行周期性监测。
线程池中包含多个工作线程，以处理各种请求。采用线程池技术，可以有效地缩短创建新的工作线程及销毁工作线程的时间，从而能够有效地提高服务器的吞吐量。线程池中的工作线程优先对优先级大的待监测网站进行监测，即在监测执行时刻对各待监测网站进行周期性监测。
本申请的上述实施例提供的网站监测方法，通过为待监测网站分配不同的监测执行时刻，并根据各待监测网站的监测周期长短确定各 待监测网站的优先级，并按照优先级的大小，为各待监测网站分配工作线程，使选择的工作线程在上述监测执行时刻周期性监测各待监测网站，充分利用了每个监测服务器的固有资源，减少了网站监测的失败率和错误率。
继续参考图3，示出了根据本申请的网站监测方法的又一个实施例的流程图300。本实施例的网站监测方法包括以下步骤：
步骤301，从分配服务器接收待监测网站的监测信息。
上述监测信息是分配服务器接收并解析终端发送的网站监测请求后得到的，分配服务器将解析得到的监测信息发送给各个监测服务器。可以理解的是，上述监测信息中还可以包括网站监测需要的监测服务器所在的地区，此时，分配服务器会将解析得到的监测信息发送给上述地区的各个监测服务器。
步骤302，判断各待监测网站是否需要在多个监测服务器上同步监测。
当待监测网站需要在多个监测服务器上同步监测时，要在监测周期内选择一个固定的时刻对待监测网站进行监测。举例来说，在监测周期为10分钟，则选择在每个监测周期的第2分钟执行对待监测网站的监测，此处，各监测服务器的监测周期开始的时间是相同的。或者，选择一个固定的时刻执行，例如，第一次监测执行时刻选择在2016年5月1日的8:00，监测周期仍为10分钟的话，则下一次的监测执行时刻为2016年5月1日的8:10。
当各待监测网站需要在多个监测服务器上同步监测时，执行步骤303，当各待监测网站不需要在多个监测服务器上同步监测时，执行步骤303’。
步骤303，采用哈希算法，在监测周期内选择不同的固定时刻作为各待监测网站的监测执行时刻。
哈希算法能够将任意长度的二进制值映射为较短的固定长度的二进制值，这个小的二进制值称为哈希值。哈希值是一段数据唯一且极其紧凑的数值表示形式。
在实践中，可以为各待监测网站设置一个任务标号，此任务标号 可以是字符串。对各待监测网站的任务标号取哈希值，根据此哈希值确定各待监测网站在监测周期内的监测执行时间。在哈希算法的具体选择上，可以选择MD5，还可以选择SHA1，也可以选择MurMurHash。其中，MD5(Message-Digest Algorithm 5，信息-摘要算法5)为计算机安全领域广泛使用的一种散列函数，用以提供消息的完整性保护。SHA1(Secure Hash Algorithm1，安全哈希算法1)是一种能计算出一个数字信息所对应到的，长度固定的字符串(又称信息摘要)的算法。MurMurHash是一个快速可靠的生成各种哈希数据的函数。
步骤303’，采用随机算法，均匀地在监测周期内选择不同时刻作为各待监测网站的监测执行时刻。
随机算法是算法本身包含了随机数生成器的算法。采用随机算法可以在监测周期内选择不同时刻作为各待监测网站的监测执行时刻，当待监测网站的数量足够大时，基本能够实现各待监测网站的监测执行时刻均匀地分布在监测周期内。
步骤304，根据监测周期的长短，确定各待监测网站的优先级的大小。
不同的待监测网站其要求的监测周期长短不一。对于监测周期较长的待监测网站，由于监测执行时刻的选择只需在监测周期内选择一个时间点即可，因此此类待监测网站的监测执行时刻的可选择性更大。因此，各待监测网站的优先级按照监测周期的长短来确定。
在本实施例的一些可选的实现方式中，步骤304进一步包括图3中未示出的以下子步骤：
当各待监测网站的监测周期不相等时，按照监测周期的由短到长顺序，确定各待监测网站的优先级的由大到小顺序。
在本实施例的一些可选的实现方式中，步骤304进一步包括图3中未示出的以下子步骤：
当各待监测网站的监测周期相等时，确定各待监测网站的可容忍延迟时间；按照所述可容忍延迟时间由小到大的顺序，确定各待监测网站的优先级的由大到小顺序。
本实施例中，考虑到对各待监测网站的监测是在监测执行时刻进 行的，但系统时钟在实现时，由于时钟回调存在一定的延迟，导致在多次监测后，实际的监测执行时刻相比计算的监测执行时刻有显著的偏移。而对于长周期的待监测网站来说，由于其监测周期长，所以其能够接受的延迟时间更大，本实施例中，将待监测网站能够接受的延迟时间称为待监测网站的可容忍延迟时间。
当各待监测网站的监测周期不相等时，直接可以根据监测周期来确定各待监测网站的优先级大小。当各待监测网站的监测周期相等时，由于不同监测类型的待监测网站，其可容忍延迟时间也不同。例如，有些监测是涉及用户页面等待时间的，其可容忍延迟时间很短。因此根据可容忍延迟时间由小到大的顺序，确定各待监测网站的优先级的由大到小顺序。
步骤305，注册定时器，以校准各待监测网站的监测执行时刻。
当监测服务器的负载较高时，且现有的定时器一般会比期望的监测执行时刻要晚。例如，期望的监测执行时刻00:00:00，那么现有的定时器会在00:00:00.001执行监测，即比期望的监测执行时刻延迟1毫秒。为了避免这种延迟，在每次执行监测前都向系统注册定时器，实现在期望的监测执行时刻对待监测网站执行监测。
步骤306，统计预先创建的线程池中各工作线程当前监测的网站数量。
为避免对各待监测网站的监测任务在一个工作线程上堆积，在分配工作线程时，需要考虑工作线程之间的负载均衡。本实施例中，可以根据各工作线程当前监测的网站数量来选择合适的工作线程。因此，统计线程池中各工作线程当前监测的网站数量，按照“最少任务数优先”的策略进行调度。
在本实施例的一些可选的实现方式中，步骤306进一步可以包括图3中未示出的以下子步骤：
将各待监测网站按照优先级由大到小的顺序加入预置的缓冲队列中；从预先创建的线程池中选择工作线程，以供所选择的工作线程依次从预置的缓冲队列中选取待监测网站进行监测；当预置的缓冲队列满时，停止向预置的缓冲队列中加入待监测网站。
当待监测网站的数量较多时，可以设置一个缓冲队列来缓冲各待监测网站对应的监测任务。在将各待监测网站对应的监测任务加入上述缓冲队列时，按照优先级由大到小的顺序加入，这样，缓冲队列中排在最前面的是优先级最高的待监测网站。可以理解的是，上述预置的缓冲队列是由一定长度的。依次为待监测网站选择工作线程，以供所选择的工作线程依次从预置的缓冲队列中选取待监测网站进行监测。考虑到极端情况，大量的待监测网站对应的监测任务拥塞，为保护监测服务器，避免内存溢出(Out of Memory，OOM)，即预置的缓冲队列满时，停止向预置的缓冲队列中加入待监测网站。
步骤307，按照优先级的由大到小顺序，依次选择当前监测的网站数量最小的工作线程，以供所选择的工作线程在监测执行时刻对各待监测网站进行周期性监测。
在统计完各工作线程当前监测的网站数量后，依次选择监测的网站数量最少的工作线程，对优先级大的待监测网站执行监测。各工作线程会在测执行时刻对各待监测网站进行周期性监测。
在实践中，可以设置一个调度线程来对各待监测网站对应的监测任务进行调度。在各工作线程未满载时，将各待监测网站对应的监测任务从预置的缓冲队列中取出，根据最少任务优先的策略将任务分发给工作线程，当上述预置的缓冲队列为空或者各工作线程满载时，调度线程处于等待状态。
在实践中，监测服务器可采用libevent库，libevent库一个基于事件触发的网络库。使用libevent之前需要分配一个或者多个event_base结构体。每个event_base结构体作为一个事件，每个工作线程会持有一个event_base结构体，且只会对自身的event_base进行操作。每个工作线程会持有一个工作队列，当待监测网站被分配到该工作线程时，将待监测网站加入上述工作队列，以激活工作线程。各个工作线程之间执行异步通信。
步骤308，从分配服务器接收到监测停止消息时，停止监测上述监测停止消息指定的网站。
当用户不需要对网站进行监测时，会向分配服务器发送一个停止 监测请求。分配服务器接收到上述停止监测请求后，向对应的监测服务器发送监测停止消息。监测服务器从分配服务器接收到监测停止消息时，停止监测上述监测停止消息指定的网站。
步骤309，生成监测结果，将监测结果返回给分配服务器。
监测服务器停止监测上述监测停止消息指定的网站后，会生成一个监测结果，并将上述监测结果返回给分配服务器。上述监测结果可以包括：监测的网站的丢包率、延迟和下载速度等参数。
本申请的上述实施例提供的网站监测方法，在确保对待监测网站的监测结果正确的前提下，最大程度利用监测服务器的有限的资源，实现了尽可能多的对待监测网站进行监测，提高了资源的使用效率。
继续参考图4，示出了根据本申请的网站监测装置的一个实施例的结构示意图400。本实施例中，终端向分配服务器发送请求，分配服务器对终端发送的请求进行解析，得到与请求对应的信息，并将解析得到的信息发送给多个监测服务器。本实施例的网站监测装置包括：接收单元401、分配单元402、确定单元403和监测单元404。
接收单元401，用于从分配服务器接收待监测网站的监测信息。
可以理解的是，监测信息是分配服务器解析终端发送的待监测网站的网站监测请求后，发送给多个监测服务器的。监测信息可以包括：监测周期、监测类型。
分配单元402，用于利用预设的分配算法，为接收单元401接收的监测信息对应的各待监测网站分配不同的监测执行时刻。
确定单元403，用于根据监测周期的长短，确定接收单元401接收的监测信息对应的各待监测网站的优先级的大小。
监测单元404，用于按照确定单元403确定的优先级的大小，从预先创建的线程池中选择工作线程，以供所选择的工作线程在分配单元402确定的监测执行时刻对各待监测网站进行周期性监测。
本申请的上述实施例提供的网站监测装置，通过为待监测网站分配不同的监测执行时刻，并根据各待监测网站的监测周期长短确定各待监测网站的优先级，并按照优先级的大小，为各待监测网站分配工作线程，使选择的工作线程在上述监测执行时刻周期性监测各待监测 网站，充分利用了每个监测服务器的固有资源，减少了网站监测的失败率和错误率。
继续参考图5，示出了根据本申请的网站监测装置的又一个实施例的结构示意图500。本实施例的网站监测装置包括：接收单元501、分配单元502、确定单元503、校准单元504、监测单元505、停止监测单元506以及结果返回单元507。
接收单元501，用于从分配服务器接收待监测网站的监测信息。
其中，上述监测信息是分配服务器解析终端发送的待监测网站的网站监测请求后，发送给多个监测服务器的。上述监测信息包括：监测周期、监测类型。
分配单元502，用于利用预设的分配算法，为各待监测网站分配不同的监测执行时刻。
其中，分配单元进一步包括：判断模块5021、第一分配模块5022和第二分配模块5023。
判断模块5021，用于根据接收单元501接收的监测信息对应的各待监测网站的监测类型，判断各待监测网站是否需要在多个监测服务器上同步监测。
第一分配模块5022，用于响应于判断模块5021的一种判断结果，在各待监测网站不需要在多个监测服务器上同步监测时，采用随机算法，均匀地在监测周期内选择不同时刻作为各待监测网站的监测执行时刻。
第二分配模块5023，用于响应于判断模块5021的一种判断结果，在各待监测网站需要在多个监测服务器上同步监测时，采用哈希算法，在监测周期内选择不同的固定时刻作为各待监测网站的监测执行时刻。
确定单元503，用于根据监测周期的长短，确定各待监测网站的优先级的大小。
其中，确定单元503进一步包括：第一确定模块5031、第二确定模块5032和第三确定模块5033。
第一确定模块5031，用于当各待监测网站的监测周期不相等时， 按照监测周期的由短到长顺序，确定各待监测网站的优先级的由大到小顺序。
第二确定模块5032，用于当各待监测网站的监测周期相等时，确定各待监测网站的可容忍延迟时间。
第三确定模块5033，用于按照第二确定模块5032确定的可容忍延迟时间由小到大的顺序，确定各待监测网站的优先级的由大到小顺序。
校准单元504，用于注册定时器，以校准各待监测网站的监测执行时刻。
可以理解的是，校准单元504在校准完成各待监测网站的监测执行时刻后，监测单元505才执行对各各待监测网站的监测。
监测单元505，用于按照优先级的大小，从预先创建的线程池中选择工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测。
其中，监测单元505进一步包括：统计模块5051和第二选择模块5052。
统计模块5051，用于统计预先创建的线程池中各工作线程当前监测的网站数量。
第二选择模块5052，用于按照优先级的由大到小顺序，依次选择统计模块5051统计得到的当前监测的网站数量最小的工作线程，以供所选择的工作线程在监测执行时刻对各待监测网站进行周期性监测。
在本实施例的一些可选的实现方式中，监测单元505可以进一步包括图5中未示出的以下模块：
加入模块，用于将各待监测网站按照优先级由大到小的顺序加入预置的缓冲队列中。
第一选择模块，用于从所述预先创建的线程池中选择工作线程，以供所选择的工作线程依次从预置的缓冲队列中选取待监测网站进行监测。
停止加入模块，用于当预置的缓冲队列满时，停止向预置的缓冲队列中加入待监测网站。
停止监测单元506，用于响应于从所述分配服务器接收到监测停止信息，停止监测上述监测停止信息指定的网站。
上述监测停止信息是分配服务器在接收到终端发送的监测停止请求时，发送给监测服务器的。
结果返回单元507，用于在停止监测单元506停止监测后生成监测结果，将监测结果返回给分配服务器。
本申请的上述实施例提供的网站监测装置，在确保对待监测网站的监测结果正确的前提下，最大程度利用监测服务器的有限的资源，实现了尽可能多的对待监测网站进行监测，提高了资源的使用效率。
下面参考图6，其示出了适于用来实现本申请实施例的终端设备或服务器的计算机系统600的结构示意图。
如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装， 和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的方法中限定的上述功能。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元、分配单元、确定单元和监测单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“从所述分配服务器接收待监测网站的监测信息的单元”。
作为另一方面，本申请还提供了一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中所述装置中所包含的非易失性计算机存储介质；也可以是单独存在，未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：从所述分配服务器接收待监测网站的监测信息，所述监测信息是所述分配服务器解析所述终端发送的待监测网站的网站监测请求后，发送给多个所述监测服务器的，所述监测信息包括：监测周期、监测类型；利用预设的分配算法，为各待监测网站分配不同的监测执行时刻；根据所述监测周期的长短，确定各待监测网站的优先级的大小；按照所述优先级的大小，从预先创建的线程池中选择工作线程， 以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (18)

1.一种网站监测方法，其特征在于，终端向分配服务器发送请求，所述分配服务器对所述终端发送的请求进行解析，得到与所述请求对应的信息，并将解析得到的信息发送给多个监测服务器，所述方法包括：
所述监测服务器从所述分配服务器接收待监测网站的监测信息，所述监测信息是所述分配服务器解析所述终端发送的待监测网站的网站监测请求后，发送给多个所述监测服务器的，所述监测信息包括：监测周期、监测类型；
利用预设的分配算法，为各待监测网站分配不同的监测执行时刻；
根据所述监测周期的长短，确定各待监测网站的优先级的大小；
按照所述优先级的大小，从预先创建的线程池中选择工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测。
2.根据权利要求1所述的方法，其特征在于，所述利用预设的分配算法，为各待监测网站分配不同的监测执行时刻，包括：
根据各待监测网站的所述监测类型，判断各待监测网站是否需要在多个所述监测服务器上同步监测；
响应于各待监测网站不需要在多个所述监测服务器上同步监测，采用随机算法，均匀地在所述监测周期内选择不同时刻作为各待监测网站的监测执行时刻。
3.根据权利要求2所述的方法，其特征在于，所述利用预设的分配算法，为各待监测网站分配不同的监测执行时刻，还包括：
响应于各待监测网站需要在多个所述监测服务器上同步监测，采用哈希算法，在所述监测周期内选择不同的固定时刻作为各待监测网站的监测执行时刻。
4.根据权利要求1所述的方法，其特征在于，所述根据所述监测周期的长短，确定各待监测网站的优先级的大小，包括：
当各待监测网站的监测周期不相等时，按照所述监测周期的由短到长顺序，确定各待监测网站的优先级的由大到小顺序。
5.根据权利要求4所述的方法，其特征在于，所述根据所述监测周期的长短，确定各待监测网站的优先级的大小，包括：
当各待监测网站的监测周期相等时，确定各待监测网站的可容忍延迟时间；
按照所述可容忍延迟时间由小到大的顺序，确定各待监测网站的优先级的由大到小顺序。
6.根据权利要求1所述的方法，其特征在于，所述按照所述优先级的大小，从预先创建的线程池中选择工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测，包括：
将各待监测网站按照优先级由大到小的顺序加入预置的缓冲队列中；
从所述预先创建的线程池中选择工作线程，以供所选择的工作线程依次从所述预置的缓冲队列中选取待监测网站进行监测；
当所述预置的缓冲队列满时，停止向所述预置的缓冲队列中加入待监测网站。
7.根据权利要求1所述的方法，其特征在于，所述按照所述优先级的大小，从预先创建的线程池中选择工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测，包括：
统计所述预先创建的线程池中各工作线程当前监测的网站数量；
按照所述优先级的由大到小顺序，依次选择当前监测的网站数量最小的工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测。
8.根据权利要求1-7任一项所述的方法，其特征在于，在所述按照所述优先级的大小，从预先创建的线程池中选择工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测之前，所述方法还包括：
注册定时器，以校准各待监测网站的监测执行时刻。
9.根据权利要求1所述的方法，其特征在于，所述方法还包括：
响应于从所述分配服务器接收到监测停止信息，停止监测所述监测停止信息指定的网站，所述监测停止信息是所述分配服务器在接收到所述终端发送的监测停止请求时，发送给所述监测服务器的；
生成监测结果，将所述监测结果返回给所述分配服务器。
10.一种网站监测装置，其特征在于，终端向分配服务器发送请求，所述分配服务器对所述终端发送的请求进行解析，得到与所述请求对应的信息，并将解析得到的信息发送给多个监测服务器，所述装置包括：
接收单元，用于从所述分配服务器接收待监测网站的监测信息，所述监测信息是所述分配服务器解析所述终端发送的待监测网站的网站监测请求后，发送给多个所述监测服务器的，所述监测信息包括：监测周期、监测类型；
分配单元，用于利用预设的分配算法，为各待监测网站分配不同的监测执行时刻；
确定单元，用于根据所述监测周期的长短，确定各待监测网站的优先级的大小；
监测单元，用于按照所述优先级的大小，从预先创建的线程池中选择工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测。
11.根据权利要求10所述的装置，其特征在于，所述分配单元包括：
判断模块，用于根据各待监测网站的所述监测类型，判断各待监测网站是否需要在多个所述监测服务器上同步监测；
第一分配模块，用于响应于各待监测网站不需要在多个所述监测服务器上同步监测，采用随机算法，均匀地在所述监测周期内选择不同时刻作为各待监测网站的监测执行时刻。
12.根据权利要求11所述的装置，其特征在于，所述分配单元还包括：
第二分配模块，用于响应于各待监测网站需要在多个所述监测服务器上同步监测，采用哈希算法，在所述监测周期内选择不同的固定时刻作为各待监测网站的监测执行时刻。
13.根据权利要求10所述的装置，其特征在于，所述确定单元包括：
第一确定模块，用于当各待监测网站的监测周期不相等时，按照所述监测周期的由短到长顺序，确定各待监测网站的优先级的由大到小顺序。
14.根据权利要求13所述的装置，其特征在于，所述确定单元还包括：
第二确定模块，用于当各待监测网站的监测周期相等时，确定各待监测网站的可容忍延迟时间；
第三确定模块，用于按照所述可容忍延迟时间由小到大的顺序，确定各待监测网站的优先级的由大到小顺序。
15.根据权利要求10所述的装置，其特征在于，所述监测单元包括：
加入模块，用于将各待监测网站按照优先级由大到小的顺序加入预置的缓冲队列中；
第一选择模块，用于从所述预先创建的线程池中选择工作线程，以供所选择的工作线程依次从所述预置的缓冲队列中选取待监测网站进行监测；
停止加入模块，用于当所述预置的缓冲队列满时，停止向所述预置的缓冲队列中加入待监测网站。
16.根据权利要求10所述的装置，其特征在于，所述监测单元包括：
统计模块，用于统计所述预先创建的线程池中各工作线程当前监测的网站数量；
第二选择模块，用于按照所述优先级的由大到小顺序，依次选择当前监测的网站数量最小的工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测。
17.根据权利要求10-16任一项所述的装置，其特征在于，所述装置还包括：
校准单元，用于在所述监测单元按照所述优先级的大小，从预先创建的线程池中选择工作线程，以供所选择的工作线程在所述监测执行时刻对各待监测网站进行周期性监测之前，注册定时器，以校准各待监测网站的监测执行时刻。
18.根据权利要求10所述的装置，其特征在于，所述装置还包括：
停止监测单元，用于响应于从所述分配服务器接收到监测停止信息，停止监测所述监测停止信息指定的网站，所述监测停止信息是所述分配服务器在接收到所述终端发送的监测停止请求时，发送给所述监测服务器的；
结果返回单元，用于生成监测结果，将所述监测结果返回给所述分配服务器。
CN201610380147.7A 2016-06-01 2016-06-01 网站监测方法和装置 Active CN106130810B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201610380147.7A CN106130810B (zh) 2016-06-01 2016-06-01 网站监测方法和装置
US15/280,418 US10581708B2 (en) 2016-06-01 2016-09-29 Website monitoring method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610380147.7A CN106130810B (zh) 2016-06-01 2016-06-01 网站监测方法和装置

Publications (2)

Publication Number Publication Date
CN106130810A true CN106130810A (zh) 2016-11-16
CN106130810B CN106130810B (zh) 2020-12-22

Family

ID=57270652

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610380147.7A Active CN106130810B (zh) 2016-06-01 2016-06-01 网站监测方法和装置

Country Status (2)

Country Link
US (1) US10581708B2 (zh)
CN (1) CN106130810B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108279977A (zh) * 2017-12-29 2018-07-13 深圳市德兰明海科技有限公司 一种基于rtos的数据处理方法、装置和控制器
CN111898013A (zh) * 2020-07-27 2020-11-06 绿盟科技集团股份有限公司 一种网站监测的方法及装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3607767B1 (en) * 2017-04-03 2022-01-05 British Telecommunications Public Limited Company Network fault discovery
US10664307B1 (en) * 2017-04-04 2020-05-26 Yellowbrick Data, Inc. System and method for assigning tasks to computer system elements
CN113992378B (zh) * 2021-10-22 2023-11-07 绿盟科技集团股份有限公司 一种安全监测方法、装置、电子设备及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070244857A1 (en) * 2006-04-17 2007-10-18 Gilbert Yu Generating an index for a network search engine
CN101267547A (zh) * 2008-04-24 2008-09-17 北京中星微电子有限公司 一种监控方法及系统
CN102622291A (zh) * 2012-03-13 2012-08-01 苏州阔地网络科技有限公司 一种进程的监控方法及系统
CN103391206A (zh) * 2012-05-07 2013-11-13 中国移动通信集团公司 一种任务调度方法及其装置
CN103685575A (zh) * 2014-01-06 2014-03-26 洪高颖 一种基于云架构的网站安全监控方法
CN103678506A (zh) * 2013-11-20 2014-03-26 北京奇虎科技有限公司 在浏览器中加载应用程序快捷方式的方法、装置和浏览器
CN104615497A (zh) * 2015-02-13 2015-05-13 广州华多网络科技有限公司 一种线程挂起的处理方法及装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7792948B2 (en) * 2001-03-30 2010-09-07 Bmc Software, Inc. Method and system for collecting, aggregating and viewing performance data on a site-wide basis
US20020198985A1 (en) * 2001-05-09 2002-12-26 Noam Fraenkel Post-deployment monitoring and analysis of server performance
US8051163B2 (en) * 2006-05-11 2011-11-01 Computer Associates Think, Inc. Synthetic transactions based on system history and load
US8813082B2 (en) * 2006-06-22 2014-08-19 International Business Machines Corporation Thread priority based on object creation rates
US8185910B2 (en) * 2008-08-27 2012-05-22 Eric Sven-Johan Swildens Method and system for testing interactions between web clients and networked servers
US8997107B2 (en) * 2011-06-28 2015-03-31 Microsoft Technology Licensing, Llc Elastic scaling for cloud-hosted batch applications
US9715406B2 (en) * 2013-06-14 2017-07-25 Microsoft Technology Licensing, Llc Assigning and scheduling threads for multiple prioritized queues
US20160182286A1 (en) * 2014-12-19 2016-06-23 Nokia Technologies Oy Method for provisioning non-real-time data
US9958933B2 (en) * 2015-06-04 2018-05-01 Apple Inc. Opportunistic waking of an application processor

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070244857A1 (en) * 2006-04-17 2007-10-18 Gilbert Yu Generating an index for a network search engine
CN101267547A (zh) * 2008-04-24 2008-09-17 北京中星微电子有限公司 一种监控方法及系统
CN102622291A (zh) * 2012-03-13 2012-08-01 苏州阔地网络科技有限公司 一种进程的监控方法及系统
CN103391206A (zh) * 2012-05-07 2013-11-13 中国移动通信集团公司 一种任务调度方法及其装置
CN103678506A (zh) * 2013-11-20 2014-03-26 北京奇虎科技有限公司 在浏览器中加载应用程序快捷方式的方法、装置和浏览器
CN103685575A (zh) * 2014-01-06 2014-03-26 洪高颖 一种基于云架构的网站安全监控方法
CN104615497A (zh) * 2015-02-13 2015-05-13 广州华多网络科技有限公司 一种线程挂起的处理方法及装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108279977A (zh) * 2017-12-29 2018-07-13 深圳市德兰明海科技有限公司 一种基于rtos的数据处理方法、装置和控制器
CN111898013A (zh) * 2020-07-27 2020-11-06 绿盟科技集团股份有限公司 一种网站监测的方法及装置
CN111898013B (zh) * 2020-07-27 2024-03-19 绿盟科技集团股份有限公司 一种网站监测的方法及装置

Also Published As

Publication number Publication date
US20170353371A1 (en) 2017-12-07
CN106130810B (zh) 2020-12-22
US10581708B2 (en) 2020-03-03

Similar Documents

Publication Publication Date Title
CN106130810A (zh) 网站监测方法和装置
CN107196869B (zh) 基于主机实际负载的自适应负载均衡方法、设备和系统
CN106961741B (zh) 一种上行资源分配方法和装置
CN105103506B (zh) 用于为云计算网络中的非均匀带宽请求分配带宽的方法和系统
US10284487B2 (en) Software load balancer to maximize utilization
US9485197B2 (en) Task scheduling using virtual clusters
CN104966214B (zh) 一种电子券的交互方法和装置
CN106227596A (zh) 用于任务调度服务器的任务监控方法和装置
CN113127192B (zh) 一种多个服务共享同一个gpu的方法、系统、设备及介质
CN107786593A (zh) 任务部署方法、实例部署方法、装置及设备
CN107465765A (zh) 一种基于容器云的智能应用网关实现方法
CN107547629A (zh) 客户端静态资源下载的方法、装置、电子设备和可读介质
Bogachuk et al. Monitoring subsystem for wireless systems based on miniature spectrum analyzers
CN106886434A (zh) 一种分布式应用安装方法与装置
CN111124617B (zh) 区块链系统的创建方法和装置、存储介质及电子装置
CN107948271A (zh) 一种确定待推送消息的方法、服务器及计算节点
CN107094280A (zh) 一种用户群创建、资源分配方法和设备
CN111104210A (zh) 一种任务处理方法、装置及计算机系统
CN107357890A (zh) 一种网页文件处理方法、装置及系统和存储设备
CN109040230A (zh) 文件的下载方法、装置、设备/终端/服务器及存储介质
CN105808329A (zh) 分布式超时任务调度方法和装置
CN103228005A (zh) 移动通信网络数据业务的测试方法及装置
CN109962961A (zh) 一种内容分发网络cdn服务节点的重定向方法及系统
US10194378B2 (en) Access port queuing and resource management
CN111222810B (zh) 一种实时分配格口的方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant