CN108959014B - 用于监控平台的方法和装置 - Google Patents

用于监控平台的方法和装置 Download PDF

Info

Publication number
CN108959014B
CN108959014B CN201710349504.8A CN201710349504A CN108959014B CN 108959014 B CN108959014 B CN 108959014B CN 201710349504 A CN201710349504 A CN 201710349504A CN 108959014 B CN108959014 B CN 108959014B
Authority
CN
China
Prior art keywords
availability
counted
key
duration
service
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
Application number
CN201710349504.8A
Other languages
English (en)
Other versions
CN108959014A (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 Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information 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 Jingdong Century Trading Co Ltd, Beijing Jingdong Shangke Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN201710349504.8A priority Critical patent/CN108959014B/zh
Publication of CN108959014A publication Critical patent/CN108959014A/zh
Application granted granted Critical
Publication of CN108959014B publication Critical patent/CN108959014B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3055—Monitoring arrangements for monitoring the status of the computing system or of the computing system component, e.g. monitoring if the computing system is on, off, available, not available
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3006—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is distributed, e.g. networked systems, clusters, multiprocessor systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/3003—Monitoring arrangements specially adapted to the computing system or computing system component being monitored
    • G06F11/3017—Monitoring arrangements specially adapted to the computing system or computing system component being monitored where the computing system is implementing multitasking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3409—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment
    • G06F11/3419—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment for performance assessment by assessing time
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3452—Performance evaluation by statistical analysis

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Quality & Reliability (AREA)
  • General Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Computer Hardware Design (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Evolutionary Biology (AREA)
  • Probability & Statistics with Applications (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请公开了用于监控平台的方法和装置。该方法的一具体实施方式包括：获取被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率；基于每个密钥在每个单位采集周期内的被调用次数以及可用率执行至少一种计算操作，生成待统计时长内的至少一种可用率信息；当接收到用户的监控数据查询请求时，从所生成的可用率信息中获取与监控数据查询请求匹配的可用率信息；展示查询到的可用率信息。该实施方式实现了对待监测平台在待统计时长内各个维度上的可用率信息的展示。

Description

用于监控平台的方法和装置
技术领域
本申请涉及计算机技术领域，具体涉及计算机运维领域，尤其涉及用于监控平台的方法和装置。
背景技术
计算机运维管理，是指单位的信息技术部门采用相关的方法、手段、技术、制度、流程和文档等对信息技术运行环境(如硬软件环境、网络环境等)、业务***进行的综合管理。其中，对***的运行状态的监控为运维管理的一项重要内容。
目前，现有技术在对***平台进行监控时，只是简单展示采集到的原始监控数据，没有对其进行进一步处理，使得最终展示给运维人员的监控数据针对性较弱，无法满足多样化监控的需求。
发明内容
本申请的目的在于提出一种改进的用于监控平台的方法和装置，来解决以上背景技术部分提到的技术问题。
第一方面，本申请实施例提供了一种用于监控平台的方法，该方法包括：获取被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率；基于每个密钥在每个单位采集周期内的被调用次数以及可用率执行至少一种计算操作，生成待统计时长内的至少一种可用率信息，每种可用率信息为以下任一种：被监测平台中每个密钥的可用率、被监测平台中每个服务的可用率、被监测平台中每个应用的可用率、被监测平台中每个中心的可用率以及被监测平台的可用率；当接收到用户的监控数据查询请求时，从所生成的可用率信息中获取与监控数据查询请求匹配的可用率信息；展示查询到的可用率信息。
在一些实施例中，上述至少一种计算操作，包括：针对被监测平台中的每个密钥，基于密钥在待统计时长内的每个单位采集周期内的被调用次数以及待统计时长所包含的单位采集周期的数量，确定密钥在待统计时长内的总调用次数；基于密钥在待统计时长内的每个单位采集周期内的被调用次数、可用率以及密钥在待统计时长内的总调用次数确定密钥在每个单位采集周期内的单周期可用率，并对待统计时长内的各个单位采集周期内的单周期可用率进行求和，得到密钥在待统计时长内的可用率，其中，单周期可用率与单位采集周期内的被调用次数和可用率正相关，与密钥在待统计时长内的总调用次数反相关。
在一些实施例中，上述至少一种计算操作，还包括：针对被监测平台中的每个服务，基于服务中的每个密钥在待统计时长内的总调用次数，确定服务在待统计时长内的总调用次数；基于密钥在待统计时长内的总调用次数、可用率与服务在待统计时长内的总调用次数确定每个密钥在待统计时长内的单密钥可用率，并对服务中的各个密钥的单密钥可用率进行求和，得到服务在待统计时长内的可用率，其中，单密钥可用率与密钥在待统计时长内的被调用次数和可用率正相关，与服务在待统计时长内的总调用次数反相关。
在一些实施例中，上述至少一种计算操作，还包括：针对被监控平台中的每个应用，基于应用中的每个服务在待统计时长内的总调用次数，确定应用在待统计时长内的总调用次数；基于服务的服务等级、服务等级权重以及应用中各个服务的总服务等级，确定每个服务的单服务等级权值，其中单服务等级权值与服务在待统计时长内的服务等级和服务等级权重正相关，与应用中各个服务的总服务等级反相关；基于每个服务的总调用次数、调用次数权重以及应用中在待统计时长内的总调用次数，确定每个服务的单服务调用次数权值，其中单服务调用次数权值与服务在待统计时长内的总调用次数和调用次数权重正相关，与应用中各个服务的总调用次数反相关；将单服务等级权值与单服务调用次数权值之和作为每个服务的可用率权重，对应用中各个服务的可用率进行加权，得到每个应用的可用率。
在一些实施例中，至少一种计算操作，还包括：针对被监测平台中的每个中心，基于中心中的每个应用在待统计时长内的总调用次数，确定中心在待统计时长内的总调用次数；基于应用在待统计时长内的总调用次数、可用率与中心在待统计时长内的总调用次数确定每个应用在待统计时长内的单应用可用率，并对中心的各个应用的单应用可用率进行求和，得到中心在待统计时长内的可用率，其中，单应用可用率与应用在待统计时长内的被调用次数和可用率正相关，与中心在待统计时长内的总调用次数反相关。
在一些实施例中，上述至少一种计算操作，还包括：基于被监测平台中的每个中心在待统计时长内的总调用次数，确定被监测平台在待统计时长内的总调用次数；基于中心在待统计时长内的总调用次数、可用率与被监测平台在待统计时长内的总调用次数确定每个中心在待统计时长内的单应用可用率，并对被监测平台的各个中心的单中心可用率进行求和，得到被监测平台在待统计时长内的可用率，其中，单中心可用率与中心在待统计时长内的被调用次数和可用率正相关，与被监测平台在待统计时长内的总调用次数反相关。
在一些实施例中，获取被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率，包括：将被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率存入分布式发布订阅消息***中；以及，基于每个密钥在每个单位采集周期内的被调用次数以及可用率执行至少一种计算操作，生成待统计时长内的至少一种可用率信息，包括：使用分布式实时计算***对分布式发布订阅消息***中的消息进行消费，并对所消费的消息并行执行至少一种计算操作，以生成至少一种可用率信息；将所生成的至少一种可用率信息存储到分布式存储***；以及，当接收到用户的监控数据查询请求时，从所生成的可用率信息中获取与监控数据查询请求匹配的可用率信息，包括：当接收到用户的监控数据查询请求时，从分布式存储***存储的可用率信息中获取与监控数据查询请求匹配的可用率信息。
在一些实施例中，监控数据查询请求包括作为查询参数的不同时间维度；以及，当接收到用户的监控数据查询请求时，从分布式存储***存储的可用率信息中获取与监控数据查询请求匹配的可用率信息，包括：当接收到监控数据查询请求时，使用监控数据查询请求的查询参数拼装查询主键；解析查询主键，以在分布式存储***查询不同时间维度的可用率信息。
在一些实施例中，展示查询到的可用率信息，包括：根据可用率信息判断可用率是否低于可用率阈值；若低于，则将可用率信息展示为预设的图形样式。
第二方面，本申请实施例提供了一种用于监控平台的装置，该装置包括：获取单元，用于获取被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率；计算单元，用于基于每个密钥在每个单位采集周期内的被调用次数以及可用率执行至少一种计算操作，生成待统计时长内的至少一种可用率信息，每种可用率信息为以下任一种：被监测平台中每个密钥的可用率、被监测平台中每个服务的可用率、被监测平台中每个应用的可用率、被监测平台中每个中心的可用率以及被监测平台的可用率；查询单元，用于当接收到用户的监控数据查询请求时，从所生成的可用率信息中获取与监控数据查询请求匹配的可用率信息；展示单元，用于展示查询到的可用率信息。
在一些实施例中，上述至少一种计算操作，包括：针对被监测平台中的每个密钥，基于密钥在待统计时长内的每个单位采集周期内的被调用次数以及待统计时长所包含的单位采集周期的数量，确定密钥在待统计时长内的总调用次数；基于密钥在待统计时长内的每个单位采集周期内的被调用次数、可用率以及密钥在待统计时长内的总调用次数确定密钥在每个单位采集周期内的单周期可用率，并对待统计时长内的各个单位采集周期内的单周期可用率进行求和，得到密钥在待统计时长内的可用率，其中，单周期可用率与单位采集周期内的被调用次数和可用率正相关，与密钥在待统计时长内的总调用次数反相关。
在一些实施例中，上述至少一种计算操作，还包括：针对被监测平台中的每个服务，基于服务中的每个密钥在待统计时长内的总调用次数，确定服务在待统计时长内的总调用次数；基于密钥在待统计时长内的总调用次数、可用率与服务在待统计时长内的总调用次数确定每个密钥在待统计时长内的单密钥可用率，并对服务中的各个密钥的单密钥可用率进行求和，得到服务在待统计时长内的可用率，其中，单密钥可用率与密钥在待统计时长内的被调用次数和可用率正相关，与服务在待统计时长内的总调用次数反相关。
在一些实施例中，上述至少一种计算操作，还包括：针对被监控平台中的每个应用，基于应用中的每个服务在待统计时长内的总调用次数，确定应用在待统计时长内的总调用次数；基于服务的服务等级、服务等级权重以及应用中各个服务的总服务等级，确定每个服务的单服务等级权值，其中单服务等级权值与服务在待统计时长内的服务等级和服务等级权重正相关，与应用中各个服务的总服务等级反相关；基于每个服务的总调用次数、调用次数权重以及应用中在待统计时长内的总调用次数，确定每个服务的单服务调用次数权值，其中单服务调用次数权值与服务在待统计时长内的总调用次数和调用次数权重正相关，与应用中各个服务的总调用次数反相关；将单服务等级权值与单服务调用次数权值之和作为每个服务的可用率权重，对应用中各个服务的可用率进行加权，得到每个应用的可用率。
在一些实施例中，上述至少一种计算操作，还包括：针对被监测平台中的每个中心，基于中心中的每个应用在待统计时长内的总调用次数，确定中心在待统计时长内的总调用次数；基于应用在待统计时长内的总调用次数、可用率与中心在待统计时长内的总调用次数确定每个应用在待统计时长内的单应用可用率，并对中心的各个应用的单应用可用率进行求和，得到中心在待统计时长内的可用率，其中，单应用可用率与应用在待统计时长内的被调用次数和可用率正相关，与中心在待统计时长内的总调用次数反相关。
在一些实施例中，上述至少一种计算操作，还包括：基于被监测平台中的每个中心在待统计时长内的总调用次数，确定被监测平台在待统计时长内的总调用次数；基于中心在待统计时长内的总调用次数、可用率与被监测平台在待统计时长内的总调用次数确定每个中心在待统计时长内的单应用可用率，并对被监测平台的各个中心的单中心可用率进行求和，得到被监测平台在待统计时长内的可用率，其中，单中心可用率与中心在待统计时长内的被调用次数和可用率正相关，与被监测平台在待统计时长内的总调用次数反相关。
在一些实施例中，获取单元进一步用于：将被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率存入分布式发布订阅消息***中；以及，计算单元进一步用于：使用分布式实时计算***对分布式发布订阅消息***中的消息进行消费，并对所消费的消息并行执行至少一种计算操作，以生成至少一种可用率信息；将所生成的至少一种可用率信息存储到分布式存储***；以及，查询单元进一步用于：当接收到用户的监控数据查询请求时，从分布式存储***存储的可用率信息中获取与监控数据查询请求匹配的可用率信息。
在一些实施例中，监控数据查询请求包括作为查询参数的不同时间维度；以及，查询单元进一步用于：当接收到监控数据查询请求时，使用监控数据查询请求的查询参数拼装查询主键；解析查询主键，以在分布式存储***查询不同时间维度的可用率信息。
在一些实施例中，展示单元进一步用于：根据可用率信息判断可用率是否低于可用率阈值；若低于，则将可用率信息展示为预设的图形样式。
第三方面，本申请实施例提供了一种设备，该设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面中任一项所描述的方法。
第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如第一方面中任一项所描述的方法。
本申请提供的用于监控平台的方法和装置，通过对原始获取的被监测平台中每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率，计算出待监测平台在待统计时长内各个维度上的可用率信息并展示，有助于运维人员迅速了解到平台在待统计时长内在各个维度上的整体运行状况。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1是本申请可以应用于其中的示例性***架构图；
图2是根据本申请的用于监控平台的方法的一个实施例的流程图；
图3是根据本申请的用于监控平台的方法的又一个实施例的流程图；
图4是根据本申请的用于监控平台的装置的一个实施例的结构示意图；
图5是适于用来实现本申请实施例的设备的计算机***的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请的用于监控平台的方法或用于监控平台的装置的实施例的示例性***架构100。
如图1所示，***架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互，以发送监控数据查询请求，接收服务器105返回的监控数据并展示。终端设备101、102、103上可以安装有对监控数据进行展示的客户端应用。
服务器105可以是提供监控数据服务的服务器，包括对监控数据的计算处理以及存储。服务器105可以对接收到的监控数据查询请求进行分析处理，并将处理结果（例如监控数据）反馈给终端设备。
需要说明的是，本申请实施例所提供的用于监控平台的方法一般由服务器105执行，部分步骤也可以由终端设备101、102、103执行；相应地，用于监控平台的装置一般设置于服务器105中，一些单元也可以设置与终端设备101、102、103中。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
继续参考图2，示出了根据本申请的用于监控平台的方法的一个实施例的流程200。该用于监控平台的方法，包括以下步骤：
步骤201，获取被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率。
在本实施例中，用于监控平台的方法运行于其上的电子设备（例如图1所示的服务器）可以通过有线连接方式或者无线连接方式从统一监控平台（UMP，Unified MonitoringPlatform）处获取被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率等原始数据。其中，UMP通常按照自身的单位采集周期进行数据采集。例如，UMP的单位采集周期可以是1分钟，也可以是5分种。当待统计时长为5分钟时，若UMP的单位采集周期为1分钟，则需要对UMP最近5个单位采集周期采集到的数据进行汇总后获取到Key在待统计时长内的每个单位采集周期内的被调用次数以及可用率。当待统计时长为5分钟时，则只需要获取UMP在当前单位采集周期采集到的数据即可获取到Key在待统计时长内的每个单位采集周期内的被调用次数以及可用率。
通常，一个被监控平台中可以包括一个或多个中心，中心也可以包括一个或多个应用，应用中则可以包括一个或多个服务，服务中则可以对应一个或多个密钥（key）。通常，UMP可以通过对***接口进行埋点监控的方式采集到接口（对应于密钥）的调用次数及可用率等数据。
实践中，在获取每个key在待统计时长内的每个单位采集周期内的被调用次数以及可用率等数据时，可以先从数据库获取到所有的key值，然后根据key值从UMP中获取相应的数据。
步骤202，基于每个密钥在每个单位采集周期内的被调用次数以及可用率执行至少一种计算操作，生成待统计时长内的至少一种可用率信息。
在本实施例中，基于步骤201中得到每个密钥在每个单位采集周期内的被调用次数以及可用率之后，上述电子设备（例如图1所示的服务器）可以对这些数据执行至少一种计算操作，以计算出待统计时长内的至少一种可用率信息。其中，每种可用率信息为以下任一种：被监测平台中每个密钥的可用率、被监测平台中每个服务的可用率、被监测平台中每个应用的可用率、被监测平台中每个中心的可用率以及被监测平台的可用率。
在本实施例的一些可选实现方式中，上述至少一种计算操作，包括：针对被监测平台中的每个密钥，基于密钥在待统计时长内的每个单位采集周期内的被调用次数以及待统计时长所包含的单位采集周期的数量，确定密钥在待统计时长内的总调用次数；基于密钥在待统计时长内的每个单位采集周期内的被调用次数、可用率以及密钥在待统计时长内的总调用次数确定密钥在每个单位采集周期内的单周期可用率，并对待统计时长内的各个单位采集周期内的单周期可用率进行求和，得到密钥在待统计时长内的可用率，其中，单周期可用率与单位采集周期内的被调用次数和可用率正相关，与密钥在待统计时长内的总调用次数反相关。
其中，计算第i个Key在统计时间内的被调用次数可通过公式（1）完成，假设单位采集周期为1分钟或5分钟，公式（1）中的T则为1或5：
Figure 115917DEST_PATH_IMAGE001
（1）
其中， 表示在统计时间内第 i 个Key被调用的次数， 表示同一服务第 i个Key在第t个Ump单位采集周期内被调用的次数。需要说明的是，不同公式中相同的符号表示相同的数据。
计算第i个Key在统计时间内的可用率则可以通过公式（2）计算：
Figure 970741DEST_PATH_IMAGE002
(2)
其中，
Figure 203008DEST_PATH_IMAGE003
表示同一服务第 i 个Key在第t个Ump单位采集周期内的可用率，
Figure 535900DEST_PATH_IMAGE004
表示统计时间内第 i 个Key的可用率。
在该实现方式中，可以根据从Ump中获取的每个Key在单位采集周期中的调用次数及可用率数据，计算出Key的可用率指标值，从而量化的评估和衡量***稳定性。
在本实施例的一些可选实现方式中，至少一种计算操作，还包括：针对被监测平台中的每个服务，基于服务中的每个密钥在待统计时长内的总调用次数，确定服务在待统计时长内的总调用次数；基于密钥在待统计时长内的总调用次数、可用率与服务在待统计时长内的总调用次数确定每个密钥在待统计时长内的单密钥可用率，并对服务中的各个密钥的单密钥可用率进行求和，得到服务在待统计时长内的可用率，其中，单密钥可用率与密钥在待统计时长内的被调用次数和可用率正相关，与服务在待统计时长内的总调用次数反相关。
其中，计算统计时间内第j个服务的可用率可以通过公式（3）和公式（4）计算。
Figure 241950DEST_PATH_IMAGE005
（3）
Figure 267675DEST_PATH_IMAGE006
（4）
其中，
Figure 800288DEST_PATH_IMAGE007
表示在统计时间内第 j 个服务被调用的次数，
Figure 858243DEST_PATH_IMAGE008
表示统计时间内第 j个服务的可用率。
该实现方式中，可以根据从Ump中获取的每个Key在单位采集周期中的调用次数及可用率数据，逐层计算出服务的可用率指标值，从而量化的评估和衡量***稳定性。
在本实施例的一些可选实现方式中，上述至少一种计算操作还包括：针对被监控平台中的每个应用，基于应用中的每个服务在待统计时长内的总调用次数，确定应用在待统计时长内的总调用次数；基于服务的服务等级、服务等级权重以及应用中各个服务的总服务等级，确定每个服务的单服务等级权值，其中单服务等级权值与服务在待统计时长内的服务等级和服务等级权重正相关，与应用中各个服务的总服务等级反相关；基于每个服务的总调用次数、调用次数权重以及应用中在待统计时长内的总调用次数，确定每个服务的单服务调用次数权值，其中单服务调用次数权值与服务在待统计时长内的总调用次数和调用次数权重正相关，与应用中各个服务的总调用次数反相关；将单服务等级权值与单服务调用次数权值之和作为每个服务的可用率权重，对应用中各个服务的可用率进行加权，得到每个应用的可用率。
其中，计算统计时间内第h个应用的可用率可以通过公式（5）和（6）进行。
Figure 792700DEST_PATH_IMAGE009
（5）
Figure 943321DEST_PATH_IMAGE010
（6）
其中，
Figure 900913DEST_PATH_IMAGE011
表示在统计时间内第 h 个应用被调用的次数；
Figure 824876DEST_PATH_IMAGE012
表示第j个服务的业务等级的权重，可以由人工定义；
Figure 285944DEST_PATH_IMAGE013
表示第j个服务的业务等级，可以由人工评定；
Figure 981367DEST_PATH_IMAGE014
可以表示第j个服务的调用次数所占的权重，由人工定义。
该实现方式中，可以根据从UMP中获取的每个Key在单位采集周期中的调用次数及可用率数据，逐层计算出应用的可用率指标值，从而量化的评估和衡量***稳定性。
在本实施例的一些可选实现方式中，上述至少一种计算操作还包括：针对被监测平台中的每个中心，基于中心中的每个应用在待统计时长内的总调用次数，确定中心在待统计时长内的总调用次数；基于应用在待统计时长内的总调用次数、可用率与中心在待统计时长内的总调用次数确定每个应用在待统计时长内的单应用可用率，并对中心的各个应用的单应用可用率进行求和，得到中心在待统计时长内的可用率，其中，单应用可用率与应用在待统计时长内的被调用次数和可用率正相关，与中心在待统计时长内的总调用次数反相关。
其中，计算统计时间内第l个中心的可用率可通过以下公式（7）计算得到：
Figure 188706DEST_PATH_IMAGE015
（7）
其中，
Figure 604775DEST_PATH_IMAGE016
表示在统计时间内第l个中心的可用率。
该实现方式中，可以根据从UMP中获取的每个Key在单位采集周期中的调用次数及可用率数据，逐层计算出中心的可用率指标值，从而量化的评估和衡量***稳定性。
在本实施例的一些可选实现方式中，上述至少一种计算操作，还包括：基于被监测平台中的每个中心在待统计时长内的总调用次数，确定被监测平台在待统计时长内的总调用次数；基于中心在待统计时长内的总调用次数、可用率与被监测平台在待统计时长内的总调用次数确定每个中心在待统计时长内的单应用可用率，并对被监测平台的各个中心的单中心可用率进行求和，得到被监测平台在待统计时长内的可用率，其中，单中心可用率与中心在待统计时长内的被调用次数和可用率正相关，与被监测平台在待统计时长内的总调用次数反相关。
其中，计算统计时间内平台***整体的可用率可通过公式（8）实现。
Figure 700776DEST_PATH_IMAGE017
（8）
其中，
Figure 301522DEST_PATH_IMAGE018
表示平台在5min内的整体可用率，
Figure 233706DEST_PATH_IMAGE019
则表示第l个中心在统计时间内的被调用次数。
该实现方式中，可以根据从UMP中获取的每个Key在单位采集周期中的调用次数及可用率数据，逐层计算出整个平台的可用率指标值，从而量化的评估和衡量***稳定性。
步骤203，当接收到用户的监控数据查询请求时，从所生成的可用率信息中获取监控数据查询请求所请求的可用率信息。
在本实施例中，用于监控平台的方法运行于其上的电子设备上可可以持续检测用户发送的监控数据查询请求。当接收到监控数据查询请求时，电子设备可以从利用步骤202所生成的可用率信息中获取监控数据查询请求所请求的可用率信息。
步骤204，展示查询到的可用率信息。
在本实施例中，基于步骤203所获取的可用率信息，上述电子设备可以以图形界面的方式对可用率信息进行展示，从而便于了解被监测平台的可用率。
可选的，可以通过调用JAVASCRIPT提供的JSF接口进行图像展示。展示图形所需的横坐标数据XList(linkList) 可以由JSF接口进行设置，上述可用率数据则可以作为纵坐标数据，以构成数据相应的点在整体图形界面中的展示位置，以标识出其数值大小。前端页面展示可以使用一些开源的元组件，还可以在元组件基础上进行功能扩展。其中，上述JSF接口可以提供给页面展示所需全部数据，保证页面***的整洁性，并提供给要采集的全部key，且在计算可用率信息时提供数据间的关联关系。
本申请的上述实施例提供的方法通过对原始获取的被监测平台中每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率，计算出待监测平台在待统计时长内各个维度上的可用率信息并展示，有助于运维人员迅速了解到平台在待统计时长内在各个维度上的整体运行状况。
进一步参考图3，其示出了用于监控平台的方法的又一个实施例的流程300。该用于监控平台的方法的流程300，包括以下步骤：
步骤301，将被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率存入分布式发布订阅消息***中。
在本实施例中，在获取每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率时，可以将所获取的这些信息存入分布式发布订阅消息***。可选的，该分布式发布订阅消息***可以是kafka消息队列。
步骤302，使用分布式实时计算***对分布式发布订阅消息***中的消息进行消费，并对所消费的消息并行执行至少一种计算操作，以生成至少一种可用率信息。
在本实施例中，电子设备可以使用分布式实时计算***对分布式发布订阅消息***中的消息进行消费。分布式实时计算***中具有多个可并发执行的计算单元，可用于对所消费的消息并行执行上述至少一种计算操作，以生成至少一种可用率信息。可选的，还可以在消费消息之后以及使用计算单元计算之前，将从分布式发布订阅消息***消费的消息转换成统一的数据格式，以便后续计算。此外，还可以对数据去重，以免已经存入后续提到的分布式存储***的数据被重复计算而造成数据混乱以及浪费计算能力。可选的，该分布式实时计算***可以是storm，计算时可利用storm中的各个bolt计算单元进行并发执行计算操作。其中，bolt计算单元可以是包括用于时间维度计算的bolt以及用于***维度计算的bolt。
步骤303，将所生成的至少一种可用率信息存储到分布式存储***。
在本实施例中，基于步骤302所生成的至少一种可用率信息，电子设备可以将其存储到分布式存储***中。可选的，该分布式存储***可以为HBase。
步骤304，当接收到用户的监控数据查询请求时，从分布式存储***存储的可用率信息中获取与监控数据查询请求匹配的可用率信息。
在本实施例中，在接收到监控数据查询请求时，电子设备可以从上述分布式存储***存储的可用率信息中获取与监控数据查询请求匹配的可用率信息。
步骤305，展示查询到的可用率信息。
在本实施例中，步骤305的具体处理可以参考图2对应实施例的步骤204，这里不再赘述。
在本实施例的一些可选实现方式中，监控数据查询请求包括作为查询参数的不同时间维度。同时，上述步骤304可以具体包括：当接收到监控数据查询请求时，使用监控数据查询请求的查询参数拼装查询主键；解析查询主键，以在分布式存储***查询不同时间维度的可用率信息。例如，查询主键可以命名为rowkey，其示例可以是key_12351_2016_10_41_11_20_55。对上述示例的rowkey解析的结果可以是key（查询标识）_12351（keyId）_2016(年)_10（月）_41（周）_11（天）_20（时）_55（分）。其中，不同时间维度可以包括单笔限于是实时、本日、本周、本月等时间维度。此外，在根据时间拼接rowkey时，实现过程中还可以考虑跨年（年、月、周），跨月（月、周），跨周（周）算出正确数值拼装出合规的rowkey 以及rowkeyList，以便能顺利在分布式存储***中进行数据查询。当分布式查询***为HBase时，其支持两类查询：通过rowKey查询单条数据获取所需字段get获取，或通过rowKeyList查询多条数据获取所需字段scan查询。
在本实施例的一些可选实现方式中，展示查询到的可用率信息，包括：根据可用率信息判断可用率是否低于可用率阈值；若低于，则将可用率信息展示为预设的图形样式。在该实现方式中，可以将可用率低于可用率阈值时的可用率信息展示为预先设计的图形样式，使得运维人员能够快速识别出这些异常的数据，从而能够尽早作出响应。
从图3中可以看出，与图2对应的实施例相比，本实施例中的用于监控平台的方法的流程300在进行信息处理时，通过分布式发布订阅消息***、分布式实时计算***以及分布式存储***在数据处理过程中实现分布式的数据传输、计算与存储，从而大大提高了数据处理的效率。
进一步参考图4，作为对上述各图所示方法的实现，本申请提供了一种用于监控平台的装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
如图4所示，本实施例的用于监控平台的装置400包括：获取单元401、计算单元402、查询单元403和展示单元404。其中，获取单元401用于获取被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率；计算单元402用于基于每个密钥在每个单位采集周期内的被调用次数以及可用率执行至少一种计算操作，生成待统计时长内的至少一种可用率信息，每种可用率信息为以下任一种：被监测平台中每个密钥的可用率、被监测平台中每个服务的可用率、被监测平台中每个应用的可用率、被监测平台中每个中心的可用率以及被监测平台的可用率；查询单元403用于当接收到用户的监控数据查询请求时，从所生成的可用率信息中获取与监控数据查询请求匹配的可用率信息；而展示单元404用于展示查询到的可用率信息。
在本实施例中，用于监控平台的装置400的获取单元401、计算单元402、查询单元403和展示单元404的具体处理可以参考图2对应实施例中的步骤201、步骤202、步骤203以及步骤204，这里不再赘述。
在本实施例的一些可选实现方式中，至少一种计算操作，包括：针对被监测平台中的每个密钥，基于密钥在待统计时长内的每个单位采集周期内的被调用次数以及待统计时长所包含的单位采集周期的数量，确定密钥在待统计时长内的总调用次数；基于密钥在待统计时长内的每个单位采集周期内的被调用次数、可用率以及密钥在待统计时长内的总调用次数确定密钥在每个单位采集周期内的单周期可用率，并对待统计时长内的各个单位采集周期内的单周期可用率进行求和，得到密钥在待统计时长内的可用率，其中，单周期可用率与单位采集周期内的被调用次数和可用率正相关，与密钥在待统计时长内的总调用次数反相关。
在本实施例的一些可选实现方式中，上述至少一种计算操作还包括：针对被监测平台中的每个服务，基于服务中的每个密钥在待统计时长内的总调用次数，确定服务在待统计时长内的总调用次数；基于密钥在待统计时长内的总调用次数、可用率与服务在待统计时长内的总调用次数确定每个密钥在待统计时长内的单密钥可用率，并对服务中的各个密钥的单密钥可用率进行求和，得到服务在待统计时长内的可用率，其中，单密钥可用率与密钥在待统计时长内的被调用次数和可用率正相关，与服务在待统计时长内的总调用次数反相关。该实现方式的具体处理可以参考图2对应实施例中相应的实现方式，这里不再赘述。
在本实施例的一些可选实现方式中，上述至少一种计算操作还包括：针对被监控平台中的每个应用，基于应用中的每个服务在待统计时长内的总调用次数，确定应用在待统计时长内的总调用次数；基于服务的服务等级、服务等级权重以及应用中各个服务的总服务等级，确定每个服务的单服务等级权值，其中单服务等级权值与服务在待统计时长内的服务等级和服务等级权重正相关，与应用中各个服务的总服务等级反相关；基于每个服务的总调用次数、调用次数权重以及应用中在待统计时长内的总调用次数，确定每个服务的单服务调用次数权值，其中单服务调用次数权值与服务在待统计时长内的总调用次数和调用次数权重正相关，与应用中各个服务的总调用次数反相关；将单服务等级权值与单服务调用次数权值之和作为每个服务的可用率权重，对应用中各个服务的可用率进行加权，得到每个应用的可用率。该实现方式的具体处理可以参考图2对应实施例中相应的实现方式，这里不再赘述。
在本实施例的一些可选实现方式中，上述至少一种计算操作还包括：针对被监测平台中的每个中心，基于中心中的每个应用在待统计时长内的总调用次数，确定中心在待统计时长内的总调用次数；基于应用在待统计时长内的总调用次数、可用率与中心在待统计时长内的总调用次数确定每个应用在待统计时长内的单应用可用率，并对中心的各个应用的单应用可用率进行求和，得到中心在待统计时长内的可用率，其中，单应用可用率与应用在待统计时长内的被调用次数和可用率正相关，与中心在待统计时长内的总调用次数反相关。
在本实施例的一些可选实现方式中，上述至少一种计算操作，还包括：基于被监测平台中的每个中心在待统计时长内的总调用次数，确定被监测平台在待统计时长内的总调用次数；基于中心在待统计时长内的总调用次数、可用率与被监测平台在待统计时长内的总调用次数确定每个中心在待统计时长内的单应用可用率，并对被监测平台的各个中心的单中心可用率进行求和，得到被监测平台在待统计时长内的可用率，其中，单中心可用率与中心在待统计时长内的被调用次数和可用率正相关，与被监测平台在待统计时长内的总调用次数反相关。
在本实施例的一些可选实现方式中，获取单元401进一步用于：将被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率存入分布式发布订阅消息***中；以及，计算单元402进一步用于：使用分布式实时计算***对分布式发布订阅消息***中的消息进行消费，并对所消费的消息并行执行至少一种计算操作，以生成至少一种可用率信息；将所生成的至少一种可用率信息存储到分布式存储***；以及，查询单元403进一步用于：当接收到用户的监控数据查询请求时，从分布式存储***存储的可用率信息中获取与监控数据查询请求匹配的可用率信息。
在本实施例的一些可选实现方式中，监控数据查询请求包括作为查询参数的不同时间维度；以及，查询单元403进一步用于：当接收到监控数据查询请求时，使用监控数据查询请求的查询参数拼装查询主键；解析查询主键，以在分布式存储***查询不同时间维度的可用率信息。
在本实施例的一些可选实现方式中，展示单元404进一步用于：根据可用率信息判断可用率是否低于可用率阈值；若低于，则将可用率信息展示为预设的图形样式。
此外，本申请还提供一种设备，该设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如图2或图3实施例以及任一实现方式所描述的方法。
下面参考图5，其示出了适于用来实现本申请实施例的设备的计算机***500的结构示意图。图5示出的服务器仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图5所示，计算机***500包括中央处理单元（CPU）501，其可以根据存储在只读存储器（ROM）502中的程序或者从存储部分508加载到随机访问存储器（RAM）503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有***500操作所需的各种程序和数据。CPU 501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出（I/O）接口505也连接至总线504。
以下部件连接至I/O接口505：包括输入部分506；输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元（CPU）501执行时，执行本申请的方法中限定的上述功能。
需要说明的是，本申请所描述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑磁盘只读存储器（CD-ROM）、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括获取单元、计算单元、查询单元和展示单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，接收单元还可以被描述为“获取被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率的单元”。
作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该设备执行时，使得该设备：获取被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率；基于每个密钥在每个单位采集周期内的被调用次数以及可用率执行至少一种计算操作，生成所述待统计时长内的至少一种可用率信息，每种可用率信息为以下任一种：所述被监测平台中每个密钥的可用率、所述被监测平台中每个服务的可用率、所述被监测平台中每个应用的可用率、所述被监测平台中每个中心的可用率以及所述被监测平台的可用率；当接收到用户的监控数据查询请求时，从所生成的可用率信息中获取与所述监控数据查询请求匹配的可用率信息；展示查询到的可用率信息。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的（但不限于）具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种用于监控平台的方法，其特征在于，所述方法包括：
获取被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率；
基于每个密钥在每个单位采集周期内的被调用次数以及可用率执行至少一种计算操作，生成所述待统计时长内的至少一种可用率信息，每种可用率信息为以下任一种：所述被监测平台中每个密钥的可用率、所述被监测平台中每个服务的可用率、所述被监测平台中每个应用的可用率、所述被监测平台中每个中心的可用率以及所述被监测平台的可用率；
当接收到用户的监控数据查询请求时，从所生成的可用率信息中获取与所述监控数据查询请求匹配的可用率信息；
展示查询到的可用率信息；以及，
所述至少一种计算操作，包括：
针对所述被监测平台中的每个密钥，基于密钥在所述待统计时长内的每个单位采集周期内的被调用次数以及所述待统计时长所包含的单位采集周期的数量，确定密钥在所述待统计时长内的总调用次数；
基于密钥在所述待统计时长内的每个单位采集周期内的被调用次数、可用率以及密钥在所述待统计时长内的总调用次数确定密钥在每个单位采集周期内的单周期可用率，并对所述待统计时长内的各个单位采集周期内的单周期可用率进行求和，得到密钥在所述待统计时长内的可用率，其中，所述密钥在每个单位采集周期内的单周期可用率与密钥在所述待统计时长内的每个单位采集周期内的被调用次数和密钥在所述待统计时长内的每个单位采集周期内的可用率正相关，与密钥在所述待统计时长内的总调用次数反相关。
2.根据权利要求1所述的方法，其特征在于，所述至少一种计算操作，还包括：
针对被监测平台中的每个服务，基于服务中的每个密钥在所述待统计时长内的总调用次数，确定服务在所述待统计时长内的总调用次数；
基于密钥在所述待统计时长内的总调用次数、可用率与服务在所述待统计时长内的总调用次数确定每个密钥在所述待统计时长内的单密钥可用率，并对服务中的各个密钥的单密钥可用率进行求和，得到服务在所述待统计时长内的可用率，其中，单密钥可用率与密钥在所述待统计时长内的被调用次数和可用率正相关，与服务在所述待统计时长内的总调用次数反相关。
3.根据权利要求2所述的方法，其特征在于，所述至少一种计算操作，还包括：
针对被监控平台中的每个应用，基于应用中的每个服务在所述待统计时长内的总调用次数，确定应用在所述待统计时长内的总调用次数；
基于服务的服务等级、服务等级权重以及应用中各个服务的总服务等级，确定每个服务的单服务等级权值，其中单服务等级权值与服务在所述待统计时长内的服务等级和服务等级权重正相关，与应用中各个服务的总服务等级反相关；
基于每个服务的总调用次数、调用次数权重以及应用中在所述待统计时长内的总调用次数，确定每个服务的单服务调用次数权值，其中单服务调用次数权值与服务在所述待统计时长内的总调用次数和调用次数权重正相关，与应用中各个服务的总调用次数反相关；
将单服务等级权值与单服务调用次数权值之和作为每个服务的可用率权重，对应用中各个服务的可用率进行加权，得到每个应用的可用率。
4.根据权利要求3所述的方法，其特征在于，所述至少一种计算操作，还包括：
针对被监测平台中的每个中心，基于中心中的每个应用在所述待统计时长内的总调用次数，确定中心在所述待统计时长内的总调用次数；
基于应用在所述待统计时长内的总调用次数、可用率与中心在所述待统计时长内的总调用次数确定每个应用在所述待统计时长内的单应用可用率，并对中心的各个应用的单应用可用率进行求和，得到中心在所述待统计时长内的可用率，其中，单应用可用率与应用在所述待统计时长内的被调用次数和可用率正相关，与中心在所述待统计时长内的总调用次数反相关。
5.根据权利要求4所述的方法，其特征在于，所述至少一种计算操作，还包括：
基于所述被监测平台中的每个中心在所述待统计时长内的总调用次数，确定所述被监测平台在所述待统计时长内的总调用次数；
基于中心在所述待统计时长内的总调用次数、可用率与所述被监测平台在所述待统计时长内的总调用次数确定每个中心在所述待统计时长内的单应用可用率，并对所述被监测平台的各个中心的单中心可用率进行求和，得到所述被监测平台在所述待统计时长内的可用率，其中，单中心可用率与中心在所述待统计时长内的被调用次数和可用率正相关，与所述被监测平台在所述待统计时长内的总调用次数反相关。
6.根据权利要求1所述的方法，其特征在于，所述获取被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率，包括：
将被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率存入分布式发布订阅消息***中；以及
所述基于每个密钥在每个单位采集周期内的被调用次数以及可用率执行至少一种计算操作，生成所述待统计时长内的至少一种可用率信息，包括：
使用分布式实时计算***对所述分布式发布订阅消息***中的消息进行消费，并对所消费的消息并行执行所述至少一种计算操作，以生成所述至少一种可用率信息；
将所生成的所述至少一种可用率信息存储到分布式存储***；以及
所述当接收到用户的监控数据查询请求时，从所生成的可用率信息中获取与所述监控数据查询请求匹配的可用率信息，包括：
当接收到用户的监控数据查询请求时，从所述分布式存储***存储的可用率信息中获取与所述监控数据查询请求匹配的可用率信息。
7.根据权利要求6所述的方法，其特征在于，所述监控数据查询请求包括作为查询参数的不同时间维度；以及
所述当接收到用户的监控数据查询请求时，从所述分布式存储***存储的可用率信息中获取与所述监控数据查询请求匹配的可用率信息，包括：
当接收到所述监控数据查询请求时，使用所述监控数据查询请求的查询参数拼装查询主键；
解析所述查询主键，以在所述分布式存储***查询不同时间维度的可用率信息。
8.根据权利要求7所述的方法，其特征在于，所述展示查询到的可用率信息，包括：
根据可用率信息判断可用率是否低于可用率阈值；
若低于，则将所述可用率信息展示为预设的图形样式。
9.一种用于监控平台的装置，其特征在于，所述装置包括：
获取单元，用于获取被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率；
计算单元，用于基于每个密钥在每个单位采集周期内的被调用次数以及可用率执行至少一种计算操作，生成所述待统计时长内的至少一种可用率信息，每种可用率信息为以下任一种：所述被监测平台中每个密钥的可用率、所述被监测平台中每个服务的可用率、所述被监测平台中每个应用的可用率、所述被监测平台中每个中心的可用率以及所述被监测平台的可用率，所述至少一种计算操作，包括：针对被监测平台中的每个密钥，基于密钥在待统计时长内的每个单位采集周期内的被调用次数以及待统计时长所包含的单位采集周期的数量，确定密钥在待统计时长内的总调用次数，基于密钥在待统计时长内的每个单位采集周期内的被调用次数、可用率以及密钥在待统计时长内的总调用次数确定密钥在每个单位采集周期内的单周期可用率，并对待统计时长内的各个单位采集周期内的单周期可用率进行求和，得到密钥在待统计时长内的可用率，其中，所述密钥在每个单位采集周期内的单周期可用率与密钥在所述待统计时长内的每个单位采集周期内的被调用次数和密钥在所述待统计时长内的每个单位采集周期内的可用率正相关，与密钥在待统计时长内的总调用次数反相关；
查询单元，用于当接收到用户的监控数据查询请求时，从所生成的可用率信息中获取与所述监控数据查询请求匹配的可用率信息；
展示单元，用于展示查询到的可用率信息。
10.根据权利要求9所述的装置，其特征在于，所述获取单元进一步用于：
将被监测平台中的每个密钥在待统计时长内的每个单位采集周期内的被调用次数以及可用率存入分布式发布订阅消息***中；以及
所述计算单元进一步用于：
使用分布式实时计算***对所述分布式发布订阅消息***中的消息进行消费，并对所消费的消息并行执行所述至少一种计算操作，以生成所述至少一种可用率信息；
将所生成的所述至少一种可用率信息存储到分布式存储***；以及
所述查询单元进一步用于：
当接收到用户的监控数据查询请求时，从所述分布式存储***存储的可用率信息中获取与所述监控数据查询请求匹配的可用率信息。
11.一种电子设备，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。
12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-8中任一所述的方法。
CN201710349504.8A 2017-05-17 2017-05-17 用于监控平台的方法和装置 Active CN108959014B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710349504.8A CN108959014B (zh) 2017-05-17 2017-05-17 用于监控平台的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710349504.8A CN108959014B (zh) 2017-05-17 2017-05-17 用于监控平台的方法和装置

Publications (2)

Publication Number Publication Date
CN108959014A CN108959014A (zh) 2018-12-07
CN108959014B true CN108959014B (zh) 2022-04-12

Family

ID=64462526

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710349504.8A Active CN108959014B (zh) 2017-05-17 2017-05-17 用于监控平台的方法和装置

Country Status (1)

Country Link
CN (1) CN108959014B (zh)

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6873617B1 (en) * 1999-02-03 2005-03-29 Tekno Industries, Inc. Means for and methods of “in-progress” fraud, billing and maintenance in a SS#7 network of high speed data links
CN102882745A (zh) * 2012-09-29 2013-01-16 摩卡软件(天津)有限公司 一种用于监控业务服务器的方法和装置
CN103258009A (zh) * 2013-04-16 2013-08-21 北京京东尚科信息技术有限公司 获取和分析方法性能数据的方法和***
CN103905225A (zh) * 2012-12-25 2014-07-02 ***通信集团浙江有限公司 一种服务控制方法、服务控制装置以及服务***
CN104657250A (zh) * 2014-12-16 2015-05-27 无锡华云数据技术服务有限公司 一种对云主机进行性能监控的监控方法
CN105740376A (zh) * 2016-01-27 2016-07-06 北京铭万智达科技有限公司 一种微服务中api调用统计和监控的方法
CN106648557A (zh) * 2015-10-28 2017-05-10 华为技术有限公司 一种应用程序编程接口api的分享方法和装置
CN109240899A (zh) * 2017-07-10 2019-01-18 北京京东尚科信息技术有限公司 信息获取方法和装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6873617B1 (en) * 1999-02-03 2005-03-29 Tekno Industries, Inc. Means for and methods of “in-progress” fraud, billing and maintenance in a SS#7 network of high speed data links
CN102882745A (zh) * 2012-09-29 2013-01-16 摩卡软件(天津)有限公司 一种用于监控业务服务器的方法和装置
CN103905225A (zh) * 2012-12-25 2014-07-02 ***通信集团浙江有限公司 一种服务控制方法、服务控制装置以及服务***
CN103258009A (zh) * 2013-04-16 2013-08-21 北京京东尚科信息技术有限公司 获取和分析方法性能数据的方法和***
CN104657250A (zh) * 2014-12-16 2015-05-27 无锡华云数据技术服务有限公司 一种对云主机进行性能监控的监控方法
CN106648557A (zh) * 2015-10-28 2017-05-10 华为技术有限公司 一种应用程序编程接口api的分享方法和装置
CN105740376A (zh) * 2016-01-27 2016-07-06 北京铭万智达科技有限公司 一种微服务中api调用统计和监控的方法
CN109240899A (zh) * 2017-07-10 2019-01-18 北京京东尚科信息技术有限公司 信息获取方法和装置

Also Published As

Publication number Publication date
CN108959014A (zh) 2018-12-07

Similar Documents

Publication Publication Date Title
CN108880931B (zh) 用于输出信息的方法和装置
CN107886414B (zh) 一种订单合并方法和设备以及计算机存储介质
CN108810047B (zh) 用于确定信息推送准确率的方法、装置及服务器
CN110766184A (zh) 订单量预测方法和装置
CN109740066B (zh) 信息推荐方法、信息推荐装置、存储介质及电子设备
EP3879795A1 (en) Method and apparatus for acquiring information, device, medium and computer program product
CN112948223A (zh) 一种监测运行情况的方法和装置
CN106156123B (zh) 活跃值计算方法及装置
WO2022068280A1 (zh) 数据处理方法、装置、设备及存储介质
CN110347973B (zh) 用于生成信息的方法和装置
CN108959014B (zh) 用于监控平台的方法和装置
CN117271177A (zh) 基于链路数据的根因定位方法、装置、电子设备及存储介质
CN112132722B (zh) 政务热线数量趋势异常确定方法、装置、电子设备及介质
CN113051127B (zh) 异常功耗检测方法、装置、电子设备及存储介质
CN114257521A (zh) 流量预测方法、装置、电子设备和存储介质
CN112131468A (zh) 推荐***中的数据处理方法、装置
CN109285035B (zh) 预测应用留存数据的方法、装置、设备及存储介质
CN107346329B (zh) 一种数据处理方法和装置
CN114648410A (zh) 股票盯盘方法、装置、***、设备和介质
CN113760315A (zh) 测试***的方法和装置
CN113114612B (zh) 分布式***调用链的确定方法和装置
CN111880989A (zh) 一种配置项管理方法及装置
CN113282471B (zh) 设备性能测试方法、装置、终端设备
CN107358031B (zh) 一种客户健康度确定方法和装置
CN117130873B (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