CN116340732B - 一种过期数据的自动清理方法、装置及电子设备 - Google Patents

Abstract

本发明公开了一种过期数据的自动清理方法、装置及电子设备，该方法包括获取pushgateway在当前时刻的全部第一目标指标，第一目标指标为用户pull到pushgateway中的指标；确定各第一目标指标对应的各推送时间间隔，基于推送时间间隔确定第二目标指标，第二目标指标为经过推送时间间隔后未接收到用户的推送数据的第一目标指标；删除第二目标指标，并拒绝prometheus针对第二目标指针的pushgateway数据拉取请求。本申请能够自动对pushgateway中的过期指标进行清理，保证了prometheus拉取的数据的准确性，为系统减少了不必要的冗余数据，保证了监控系统整体的服务质量。

Description

一种过期数据的自动清理方法、装置及电子设备

技术领域

本申请涉及无线通信技术领域，具体而言，涉及一种过期数据的自动清理方法、装置及电子设备。

背景技术

Prometheus是一个开源的系统监控和报警系统，pushgateway是prometheus拉取数据的一个组件，负责对数据的pull操作进行支持，该部件不是将数据push到prometheus，而是作为一个中间组件收集外部push来的数据指标，prometheus会定时从pushgateway上pull数据。目前使用pushgateway存在一个问题，它永远不会自动删除推送给它的metrics指标，并将指标永远暴露给 prometheus，导致当用户停止推送metrics指标后，prometheus仍旧根据没有删除的指标来拉取用户最近一次push给pushgateway的数据，会严重影响监控数据准确性以及产生不必要的冗余数据，进而给监控系统造成压力，影响服务质量。

发明内容

为了解决上述问题，本申请实施例提供了一种过期数据的自动清理方法、装置及电子设备。

第一方面，本申请实施例提供了一种过期数据的自动清理方法，所述方法包括：

获取pushgateway在当前时刻的全部第一目标指标，所述第一目标指标为用户push到pushgateway中的指标；

确定各所述第一目标指标对应的各推送时间间隔，基于所述推送时间间隔确定第二目标指标，所述第二目标指标为经过所述推送时间间隔后未接收到用户的推送数据的第一目标指标；

删除所述第二目标指标，并拒绝prometheus针对所述第二目标指标的pushgateway数据拉取请求。

优选的，所述确定各所述第一目标指标对应的各推送时间间隔，基于所述推送时间间隔确定第二目标指标，所述第二目标指标为经过所述推送时间间隔后未接收到用户的推送数据的第一目标指标，包括：

确定各所述第一目标指标对应的各推送时间间隔，并确定各所述第一目标指标上一次的推送时刻；

分别计算各推送时刻与当前时刻之差，得到各时间差值，将所述时间差值大于所述推送时间间隔的第一目标指标确定为第二目标指标。

优选的，所述删除所述第二目标指标，并拒绝prometheus针对所述第二目标指标的pushgateway数据拉取请求，包括：

在各所述第二目标指标中确定第三目标指标，所述第三目标指标为经过所述推送时间间隔后未接收到用户的推送数据的连续次数超过预设次数的第二目标指标；

删除所述第三目标指标，并拒绝prometheus针对所述第三目标指标的pushgateway数据拉取请求。

优选的，所述prometheus每经过预设的拉取时间间隔，将基于所述第一目标指标在pushgateway中拉取所述推送数据。

优选的，所述方法还包括：

生成指标删除告警信息，并将所述指标删除告警信息发送至预设终端。

优选的，所述方法还包括：

接收数据监控指令，基于所述数据监控指令确定待监控数据的监控指标，并将所述监控指标发送至所述pushgateway；

基于所述数据监控指令确定所述监控指标的过期时间，在到达所述过期时间后删除所述监控指标。

优选的，所述方法还包括：

在预设的存储空间中存储删除时长不超过预设时长的所述第二目标指标；

当接收到指标恢复指令时，在所述存储空间中查询待恢复第二目标指标，并将所述待恢复第二目标指标发送至所述pushgateway。

第二方面，本申请实施例提供了一种过期数据的自动清理装置，所述装置包括：

获取模块，用于获取pushgateway在当前时刻的全部第一目标指标，所述第一目标指标为用户push到pushgateway中的指标；

确定模块，用于确定各所述第一目标指标对应的各推送时间间隔，基于所述推送时间间隔确定第二目标指标，所述第二目标指标为经过所述推送时间间隔后未接收到用户的推送数据的第一目标指标；

删除模块，用于删除所述第二目标指标，并拒绝prometheus针对所述第二目标指标的pushgateway数据拉取请求。

第三方面，本申请实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面或第一方面的任意一种可能的实现方式提供的方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面或第一方面的任意一种可能的实现方式提供的方法。

本发明的有益效果为：能够自动对pushgateway中的过期指标进行清理，保证了prometheus拉取的数据的准确性，为系统减少了不必要的冗余数据，保证了监控系统整体的服务质量。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例中所需使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种过期数据的自动清理方法的流程示意图；

图2为本申请实施例提供的一种过期数据的自动清理装置的结构示意图；

图3为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在下述介绍中，术语“第一”、“第二”仅为用于描述的目的，而不能理解为指示或暗示相对重要性。下述介绍提供了本申请的多个实施例，不同实施例之间可以替换或者合并组合，因此本申请也可认为包含所记载的相同和/或不同实施例的所有可能组合。因而，如果一个实施例包含特征A、B、C，另一个实施例包含特征B、D，那么本申请也应视为包括含有A、B、C、D的一个或多个所有其他可能的组合的实施例，尽管该实施例可能并未在以下内容中有明确的文字记载。

下面的描述提供了示例，并且不对权利要求书中阐述的范围、适用性或示例进行限制。可以在不脱离本申请内容的范围的情况下，对描述的元素的功能和布置做出改变。各个示例可以适当省略、替代或添加各种过程或组件。例如所描述的方法可以以所描述的顺序不同的顺序来执行，并且可以添加、省略或组合各种步骤。此外，可以将关于一些示例描述的特征组合到其他示例中。

参见图1，图1是本申请实施例提供的一种过期数据的自动清理方法的流程示意图。在本申请实施例中，所述方法包括：

S101、获取pushgateway在当前时刻的全部第一目标指标，所述第一目标指标为用户push到pushgateway中的指标。

本申请的执行主体可以是prometheus系统对应的云端服务器。

在本申请的一个实施例中，用户通过push操作，会将远程指定分支拉取到本地指定分支上，具体而言，即将用户对应的指标拉取到pushgateway中。云端服务器首先将会获取确定pushgateway在当前时刻下，有哪些用户push过来的指标，即第一目标指标。

S102、确定各所述第一目标指标对应的各推送时间间隔，基于所述推送时间间隔确定第二目标指标，所述第二目标指标为经过所述推送时间间隔后未接收到用户的推送数据的第一目标指标。

在本申请的一个实施例中，每个第一目标指标可以对应设置有一个时间戳，根据时间戳，能够确定各个第一目标指标所对应的推送时间间隔，即用户每间隔多长时间会通过第一目标指标向pushgateway发送推送信息。根据该推送时间间隔，结合当前时刻，便能够确定出第二目标指标，即经过了推送时间间隔但是没有接收到推送数据的第一目标指标，这些指标便会被认为是过期指标。pushgateway组件自身并不支持对指标的过期与否识别和删除功能，故会导致这些指标在用户停止推送而过期无效后仍然保留在pushgateway中，进而导致prometheus仍然会根据pushgateway中的这些指标来拉取最近一次push给pushgateway的推送数据，影响prometheus监控数据的准确性。

在一种可实施方式中，步骤S102包括：

确定各所述第一目标指标对应的各推送时间间隔，并确定各所述第一目标指标上一次的推送时刻；

分别计算各推送时刻与当前时刻之差，得到各时间差值，将所述时间差值大于所述推送时间间隔的第一目标指标确定为第二目标指标。

在本申请的一个实施例中，除了确认了每个第一目标指标所对应的推送时间间隔外，还会确认每个第一目标指标在上一次被用户push推送数据的推送时刻。通过推送时刻与当前时刻的差值，即可以计算出时间差值，时间差值即上次推送了数据之后，所经过的时长。如果时间差值比推送时间间隔大，即认为该目标指标经过推送时间间隔后没有拉取到推送数据，将该目标指标确定为第二目标指标。

S103、删除所述第二目标指标，并拒绝prometheus针对所述第二目标指标的pushgateway数据拉取请求。

在本申请的一个实施例中，确定出第二目标指标，即过期指标后，便会删除这些指标，以避免prometheus继续通过这些指标进行数据的拉取。此外，prometheus是每间隔预设好的拉取时间间隔对pushgateway中的数据进行拉取，因此，可能会出现正好经过了拉取时间间隔，prometheus正好要根据第二目标指标对推送数据进行拉取的情况。然而，在第二目标指标过期的前提下，这些推送数据是不应该被拉取的，故在删除第二目标指标的同时，云端服务器还会对当前时刻存在的pushgateway数据拉取请求进行拒绝。

在一种可实施方式中，步骤S103包括：

在各所述第二目标指标中确定第三目标指标，所述第三目标指标为经过所述推送时间间隔后未接收到用户的推送数据的连续次数超过预设次数的第二目标指标；

删除所述第三目标指标，并拒绝prometheus针对所述第三目标指标的pushgateway数据拉取请求。

在本申请的一个实施例中，为了避免出现因为网络抖动的原因而使得经过推送时间间隔后没有及时拉取到推送数据的偶发情况影响判断结果。将预先设置有预设次数（如3次），在获取到第二目标指标中，只有连续预设次数都没有接收到推送数据的第二目标指标，才会被认定为第三目标指标。第三目标指标才是最终确认需要删除的过期指标，故云端服务器会对各个第三目标指标进行删除，并拒绝prometheus针对第三目标指标的pushgateway数据拉取请求。

在一种可实施方式中，所述prometheus每经过预设的拉取时间间隔，将基于所述第一目标指标在pushgateway中拉取所述推送数据。

在本申请的一个实施例中，为prometheus预先设置有拉取时间间隔，每经过拉取时间间隔，prometheus就会在pushgateway中拉取第一目标指标所对应的推送数据。

在一种可实施方式中，所述方法还包括：

生成指标删除告警信息，并将所述指标删除告警信息发送至预设终端。

在本申请的一个实施例中，负责管理prometheus系统的相关工程师/负责人会预先在云端服务器中设置有预设终端。对相应的过期指标进行删除操作后，会对应生成有指标删除告警信息，云端服务器会将该信息发送至预设终端，以告知相关人员该指标已经因为判断为过期指标而被删除，使得相关人员能够及时的了解pushgateway组件的实际情况。预设终端可以是手机终端，也可以是电脑终端、平板终端等。

在一种可实施方式中，所述方法还包括：

接收数据监控指令，基于所述数据监控指令确定待监控数据的监控指标，并将所述监控指标发送至所述pushgateway；

基于所述数据监控指令确定所述监控指标的过期时间，在到达所述过期时间后删除所述监控指标。

在本申请的一个实施例中，用户还可以自定义一些需要定时监控的数据，并向云端服务器发送数据监控指令。云端服务器在接收到数据监控指令后，会根据接收到的指令确定待监控数据和待监控数据对应的监控指标，并将监控指标发送至pushgateway，使得prometheus后续能够根据监控指标从pushgateway中拉取到监控数据。此外，监控指标对应设置有过期时间，在到达过期时间后，将会自动删除监控指标。

在一种可实施方式中，所述方法还包括：

在预设的存储空间中存储删除时长不超过预设时长的所述第二目标指标；

当接收到指标恢复指令时，在所述存储空间中查询待恢复第二目标指标，并将所述待恢复第二目标指标发送至所述pushgateway。

在本申请的一个实施例中，在某些情况下，用户可能因为调试测试等特殊原因需要保留某些被判定为超期的第二目标指标。故在pushgateway中删除了第二目标指标后，会在服务器中预留一个存储空间对删除时长不超过预设时长（如1天）的第二目标指标进行暂时的存储。如果超过预设时长没有接收任何指令，则会正式完全删除第二目标指标。如果接收到了相应的负责人或工程师对应的终端发送来的指标恢复指令，则会根据指标恢复指令确定存储空间中需要恢复的待恢复第二目标指标，并将其发送至pushgateway中。

下面将结合附图2，对本申请实施例提供的过期数据的自动清理装置进行详细介绍。需要说明的是，附图2所示的过期数据的自动清理装置，用于执行本申请图1所示实施例的方法，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请图1所示的实施例。

请参见图2，图2是本申请实施例提供的一种过期数据的自动清理装置的结构示意图。如图2所示，所述装置包括：

获取模块201，用于获取pushgateway在当前时刻的全部第一目标指标，所述第一目标指标为用户push到pushgateway中的指标；

确定模块202，用于确定各所述第一目标指标对应的各推送时间间隔，基于所述推送时间间隔确定第二目标指标，所述第二目标指标为经过所述推送时间间隔后未接收到用户的推送数据的第一目标指标；

删除模块203，用于删除所述第二目标指标，并拒绝prometheus针对所述第二目标指标的pushgateway数据拉取请求。

在一种可实施方式中，确定模块202包括：

第一确定单元，用于确定各所述第一目标指标对应的各推送时间间隔，并确定各所述第一目标指标上一次的推送时刻；

计算单元，用于分别计算各推送时刻与当前时刻之差，得到各时间差值，将所述时间差值大于所述推送时间间隔的第一目标指标确定为第二目标指标。

在一种可实施方式中，删除模块203包括：

第二确定单元，用于在各所述第二目标指标中确定第三目标指标，所述第三目标指标为经过所述推送时间间隔后未接收到用户的推送数据的连续次数超过预设次数的第二目标指标；

拒绝单元，用于删除所述第三目标指标，并拒绝prometheus针对所述第三目标指标的pushgateway数据拉取请求。

在一种可实施方式中，所述prometheus每经过预设的拉取时间间隔，将基于所述第一目标指标在pushgateway中拉取所述推送数据。

在一种可实施方式中，所述装置还包括：

生成模块，用于生成指标删除告警信息，并将所述指标删除告警信息发送至预设终端。

在一种可实施方式中，所述装置还包括：

第一接收模块，用于接收数据监控指令，基于所述数据监控指令确定待监控数据的监控指标，并将所述监控指标发送至所述pushgateway；

处理模块，用于基于所述数据监控指令确定所述监控指标的过期时间，在到达所述过期时间后删除所述监控指标。

在一种可实施方式中，所述装置还包括：

存储模块，用于在预设的存储空间中存储删除时长不超过预设时长的所述第二目标指标；

第二接收模块，用于当接收到指标恢复指令时，在所述存储空间中查询待恢复第二目标指标，并将所述待恢复第二目标指标发送至所述pushgateway。

本领域的技术人员可以清楚地了解到本申请实施例的技术方案可借助软件和/或硬件来实现。本说明书中的“单元”和“模块”是指能够独立完成或与其他部件配合完成特定功能的软件和/或硬件，其中硬件例如可以是现场可编程门阵列（Field－ProgrammableGate Array，FPGA）、集成电路（Integrated Circuit，IC）等。

本申请实施例的各处理单元和/或模块，可通过实现本申请实施例所述的功能的模拟电路而实现，也可以通过执行本申请实施例所述的功能的软件而实现。

参见图3，其示出了本申请实施例所涉及的一种电子设备的结构示意图，该电子设备可以用于实施图1所示实施例中的方法。如图3所示，电子设备300可以包括：至少一个中央处理器301，至少一个网络接口304，用户接口303，存储器305，至少一个通信总线302。

其中，通信总线302用于实现这些组件之间的连接通信。

其中，用户接口303可以包括显示屏（Display）、摄像头（Camera），可选用户接口303还可以包括标准的有线接口、无线接口。

其中，网络接口304可选的可以包括标准的有线接口、无线接口（如WI-FI接口）。

其中，中央处理器301可以包括一个或者多个处理核心。中央处理器301利用各种接口和线路连接整个电子设备300内的各个部分，通过运行或执行存储在存储器305内的指令、程序、代码集或指令集，以及调用存储在存储器305内的数据，执行终端300的各种功能和处理数据。可选的，中央处理器301可以采用数字信号处理（Digital SignalProcessing，DSP）、现场可编程门阵列（Field-Programmable Gate Array，FPGA）、可编程逻辑阵列（Programmable Logic Array，PLA）中的至少一种硬件形式来实现。中央处理器301可集成中央中央处理器（Central Processing Unit，CPU）、图像中央处理器（GraphicsProcessing Unit，GPU）和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到中央处理器301中，单独通过一块芯片进行实现。

其中，存储器305可以包括随机存储器（Random Access Memory，RAM），也可以包括只读存储器（Read-OnlyMemory）。可选的，该存储器305包括非瞬时性计算机可读介质（non-transitory computer-readable storage medium）。存储器305可用于存储指令、程序、代码、代码集或指令集。存储器305可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令（比如触控功能、声音播放功能、图像播放功能等）、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器305可选的还可以是至少一个位于远离前述中央处理器301的存储装置。如图3所示，作为一种计算机存储介质的存储器305中可以包括操作系统、网络通信模块、用户接口模块以及程序指令。

在图3所示的电子设备300中，用户接口303主要用于为用户提供输入的接口，获取用户输入的数据；而中央处理器301可以用于调用存储器305中存储的过期数据的自动清理应用程序，并具体执行以下操作：

获取pushgateway在当前时刻的全部第一目标指标，所述第一目标指标为用户push到pushgateway中的指标；

确定各所述第一目标指标对应的各推送时间间隔，基于所述推送时间间隔确定第二目标指标，所述第二目标指标为经过所述推送时间间隔后未接收到用户的推送数据的第一目标指标；

删除所述第二目标指标，并拒绝prometheus针对所述第二目标指标的pushgateway数据拉取请求。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法的步骤。其中，计算机可读存储介质可以包括但不限于任何类型的盘，包括软盘、光盘、DVD、CD-ROM、微型驱动器以及磁光盘、ROM、RAM、EPROM、EEPROM、DRAM、VRAM、闪速存储器设备、磁卡或光卡、纳米系统（包括分子存储器IC），或适合于存储指令和/或数据的任何类型的媒介或设备。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备（可为个人计算机、服务器或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储器包括：U盘、只读存储器（Read-Only Memory， ROM）、随机存取存储器（Random Access Memory，RAM）、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通进程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器（Read-Only Memory， ROM）、随机存取器（Random AccessMemory，RAM）、磁盘或光盘等。

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践这里的公开后，将容易想到本公开的其实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。

Claims (9)

1.一种过期数据的自动清理方法，其特征在于，所述方法包括：

获取pushgateway在当前时刻的全部第一目标指标，所述第一目标指标为用户push到pushgateway中的指标；

确定各所述第一目标指标对应的各推送时间间隔，基于所述推送时间间隔确定第二目标指标，所述第二目标指标为经过所述推送时间间隔后未接收到用户的推送数据的第一目标指标；

删除所述第二目标指标，并拒绝prometheus针对所述第二目标指标的pushgateway数据拉取请求；

其中，所述确定各所述第一目标指标对应的各推送时间间隔，基于所述推送时间间隔确定第二目标指标，所述第二目标指标为经过所述推送时间间隔后未接收到用户的推送数据的第一目标指标，包括：

确定各所述第一目标指标对应的各推送时间间隔，并确定各所述第一目标指标上一次的推送时刻；

分别计算各推送时刻与当前时刻之差，得到各时间差值，将所述时间差值大于所述推送时间间隔的第一目标指标确定为第二目标指标。

2.根据权利要求1所述的方法，其特征在于，所述删除所述第二目标指标，并拒绝prometheus针对所述第二目标指标的pushgateway数据拉取请求，包括：

在各所述第二目标指标中确定第三目标指标，所述第三目标指标为经过所述推送时间间隔后未接收到用户的推送数据的连续次数超过预设次数的第二目标指标；

删除所述第三目标指标，并拒绝prometheus针对所述第三目标指标的pushgateway数据拉取请求。

3.根据权利要求1所述的方法，其特征在于，所述prometheus每经过预设的拉取时间间隔，将基于所述第一目标指标在pushgateway中拉取所述推送数据。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

生成指标删除告警信息，并将所述指标删除告警信息发送至预设终端。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收数据监控指令，基于所述数据监控指令确定待监控数据的监控指标，并将所述监控指标发送至所述pushgateway；

基于所述数据监控指令确定所述监控指标的过期时间，在到达所述过期时间后删除所述监控指标。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在预设的存储空间中存储删除时长不超过预设时长的所述第二目标指标；

当接收到指标恢复指令时，在所述存储空间中查询待恢复第二目标指标，并将所述待恢复第二目标指标发送至所述pushgateway。

7.一种过期数据的自动清理装置，其特征在于，所述装置包括：

获取模块，用于获取pushgateway在当前时刻的全部第一目标指标，所述第一目标指标为用户push到pushgateway中的指标；

确定模块，用于确定各所述第一目标指标对应的各推送时间间隔，基于所述推送时间间隔确定第二目标指标，所述第二目标指标为经过所述推送时间间隔后未接收到用户的推送数据的第一目标指标；

删除模块，用于删除所述第二目标指标，并拒绝prometheus针对所述第二目标指标的pushgateway数据拉取请求；

其中，所述确定模块包括：

第一确定单元，用于确定各所述第一目标指标对应的各推送时间间隔，并确定各所述第一目标指标上一次的推送时刻；

计算单元，用于分别计算各推送时刻与当前时刻之差，得到各时间差值，将所述时间差值大于所述推送时间间隔的第一目标指标确定为第二目标指标。

8.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-6任一项所述方法的步骤。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-6任一项所述方法的步骤。