1.本公开涉及计算机技术领域，尤其涉及一种数据处理方法、装置、电子设备及存储介质。
背景技术：2.应用程序在正式上线之前，要经历多次重启服务和节点的操作，每一次重启服务和节点均会引发系统报警；相关技术中，会采用关闭监控的方式减少系统报警，然后在应用程序正式上线之后重新开启监控；然而，如果应用程序已上线，而监控未启动，则会对业务运行产生风险。
技术实现要素：3.本公开提供了一种数据处理方法、装置、电子设备及存储介质，以至少解决现有技术中存在的以上技术问题。
4.根据本公开的第一方面，提供一种数据处理方法，包括：
5.响应于第一应用满足第一条件，获取第一监控时间窗口中的数据；
6.确认所述第一监控时间窗口包括的至少两个子时间窗口中数据的标准差；
7.基于所述至少两个子时间窗口中数据的标准差，和/或所述第一监控时间窗口中数据的变化信息，确认所述第一应用的状态。
8.上述方案中，所述响应于第一应用满足第一条件，包括：
9.响应于所述第一应用满足所述第一条件包括的第一子条件，且所述第一应用满足所述第一条件包括的第二子条件。
10.上述方案中，所述响应于所述第一应用满足所述第一条件包括的第一子条件，包括：
11.响应于满足交付数据库中第一应用对应的资源的交付时刻在第一时刻之后、云平台中第一应用对应的资源的申请时刻在第二时刻之后、云平台中创建所述第一应用对应的资源的时刻在第三时刻之后，以及云平台中生成所述第一应用对应的资源在第四时刻之后中至少之一，确认所述第一应用满足所述第一子条件。
12.上述方案中，所述响应于所述第一应用满足所述第一条件包括的第二子条件，包括：
13.响应于所述第一应用的当前状态为部署上线状态，确认所述第一应用满足所述第二子条件。
14.上述方案中，所述获取第一监控时间窗口中的数据，包括：
15.确认所述第一监控时间窗口的起始点和结束点；
16.获取所述起始点和结束点之间的中央处理器(central processing unit，cpu)利用数据，和/或内存利用数据。
17.上述方案中，所述确认所述第一监控时间窗口包括的至少两个子时间窗口中数据
的标准差，包括：
18.将所述第一监控时间窗口划分为时间长度相等的至少两个子时间窗口；
19.确认每一个子时间窗口中cpu的利用数据，和/或内存利用数据的标准差。
20.上述方案中，所述基于所述至少两个子时间窗口中数据的标准差，和/或所述第一监控时间窗口中数据的变化信息，确认所述第一应用的状态，包括：
21.响应于满足以下至少之一，确认所述第一应用的状态为上线状态：
22.所述每一个子时间窗口中cpu的利用数据，和/或内存利用数据的标准差大于第一阈值；
23.所述第一监控时间窗口中数据呈周期性变化。
24.上述方案中，所述确认所述第一应用的状态为上线状态之后，所述方法还包括：
25.发送告警信息，所述告警信息用于指示打开所述第一应用对应的监控系统。
26.根据本公开的第二方面，提供了一种数据处理装置，包括：
27.获取单元，用于响应于第一应用满足第一条件，获取第一监控时间窗口中的数据；
28.处理单元，用于确认所述第一监控时间窗口包括的至少两个子时间窗口中数据的标准差；
29.状态确认单元，用于基于所述至少两个子时间窗口中数据的标准差，和/或所述第一监控时间窗口中数据的变化信息，确认所述第一应用的状态。
30.根据本公开的第三方面，提供了一种电子设备，包括：
31.至少一个处理器；以及
32.与所述至少一个处理器通信连接的存储器；其中，
33.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开所述的方法。
34.本公开的数据处理方法，通过响应于第一应用满足第一条件，获取第一监控时间窗口中的数据；确认所述第一监控时间窗口包括的至少两个子时间窗口中数据的标准差；基于所述至少两个子时间窗口中数据的标准差，和/或所述第一监控时间窗口中数据的变化信息，确认所述第一应用的状态；如此，能够及时监控第一应用的状态的变化，及时开启监控系统，降低业务运行产生的风险。
35.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
36.通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：
37.在附图中，相同或对应的标号表示相同或对应的部分。
38.图1示出了本公开实施例提供的数据处理方法的一种可选流程示意图；
39.图2示出了本公开实施例提供的数据处理方法的另一种可选流程示意图；
40.图3示出了本公开实施例提供的数据处理方法的示意性框图；
41.图4示出了本公开实施例提供的数据处理装置的可选结构示意图；
42.图5示出了本公开实施例一种电子设备的组成结构示意图。
具体实施方式
43.为使本公开的目的、特征、优点能够更加的明显和易懂，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而非全部实施例。基于本公开中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
44.在云计算资源申请、获得并将应用程序部署到云端的过程中，通常需要重启服务和节点很多次。这样的操作将可能导致系统报警，或者对用户开出it服务管理(itservice management，itsm)管理单据，而关闭报警消息或者关闭单据则可能需要频繁操作。且在很多itsm管理流程中，单据数量达到一定程度或者没有及时关闭单据都将可能影响运维工程师或所在部门组织的绩效。
45.为此，很多运维工程师会在系统部署上线初期关闭监控，或者设置一个较大的维护窗口，在系统和应用运行正常之后再调整配置或监控状态到生产状态。这样虽然会减少报警规模，简化运维操作，但是如果节点已经上线工作，而报警系统并不能正常运行，将会对业务运行产生风险。
46.针对相关技术中应用程序上线过程中存在的问题，本公开提供一种数据处理方法、装置、电子设备及存储介质，通过对监控对象(应用程序或下文的第一应用)设置重点观测指标范围；如果一段时间指标组合或者某些关键指标的标准差超过某个阈值，且持续时间超过某个阈值，或者不同时间窗口下的标准差呈现某种周期性特征，则可能该监控对象已经从部署状态投入到工作状态。由此触发通知消息，确认该节点对应监控配置是否需要调整；帮助识别监控对象对应的服务器相关配置项是否在波形上发生大的波动，进而可能标志该监控对象已经转入上线运行，而不仅是部署应用的阶段；以解决上述部分或全部技术问题。
47.图1示出了本公开实施例提供的数据处理方法的一种可选流程示意图，将根据各个步骤进行说明。
48.步骤s101，响应于第一应用满足第一条件，获取第一监控时间窗口中的数据。
49.在一些实施例中，所述第一条件包括第一子条件和第二子条件，数据处理装置(以下简称装置)响应于第一应用满足第一条件，可以是所述装置响应于所述第一应用满足所述第一条件包括的第一子条件，且所述第一应用满足所述第一条件包括的第二子条件。
50.具体实施时，所述装置响应于满足交付数据库中第一应用对应的资源的交付时刻在第一时刻之后、云平台中第一应用对应的资源的申请时刻在第二时刻之后、云平台中创建所述第一应用对应的资源的时刻在第三时刻之后，以及云平台中生成所述第一应用对应的资源在第四时刻之后中至少之一，确认所述第一应用满足所述第一子条件；也就是说，所述第一子条件表征所述第一应用的资源或数据未交付。
51.具体实施时，所述装置响应于所述第一应用的当前状态为部署上线状态，确认所述第一应用满足所述第二子条件。也就是说，第一应用的资源或数据未交付，且状态为部署上线状态，则执行本公开提供的数据处理方法；进一步，本公开实施例提供的数据处理方法适用于资源或数据未交付，且处于部署上线状态的应用(或应用程序)。
52.在一些可选实施例中，所述第一条件还可以包括第三子条件，所述第三子条件包括：所述第一应用对应的监控系统未启动。本公开实施例提供的数据处理方法是为了避免第一应用在部署上线的过程中因为某些原因(如过多的告警信息、工单影响绩效)而关闭监控系统，在第一应用正式上线后未及时开启监控系统产生的风险；若部署上线的过程中，所述第一应用对应的监控系统就已经启动，那么所述第一应用上线后所述监控系统仍然为启动状态，无需执行本公开实施例提供的数据处理方法。
53.在一些实施例中，所述装置确认所述第一应用对应的第一监控时间窗口的起始点和结束点；获取所述起始点和结束点之间的cpu利用数据，和/或内存利用数据。
54.步骤s102，确认所述第一监控时间窗口包括的至少两个子时间窗口中数据的标准差。
55.在一些实施例中，所述装置将所述第一监控时间窗口划分为时间长度相等的至少两个子时间窗口；确认每一个子时间窗口中cpu的利用数据，和/或内存利用数据的标准差。
56.具体实施时，所述装置确认每一个子时间窗口中cpu的利用数据，和/或内存利用数据的标准差；还可以基于每一个子时间窗口中cpu的利用数据，和/或内存利用数据，确认每一个子时间窗口中cpu的利用数据的标准差，和/或内存利用数据的标准差。
57.步骤s103，基于所述至少两个子时间窗口中数据的标准差，和/或所述第一监控时间窗口中数据的变化信息，确认所述第一应用的状态。
58.在一些实施例中，所述装置响应于满足以下至少之一，确认所述第一应用的状态为上线状态：所述每一个子时间窗口中cpu的利用数据，和/或内存利用数据的标准差大于第一阈值；所述第一监控时间窗口中数据呈周期性变化。
59.在一些可选实施例中，所述装置确认所述第一应用的状态为上线状态之后，所述装置还可以发送告警信息，所述告警信息用于指示打开所述第一应用对应的监控系统。
60.如此，通过本公开实施例提供的数据处理方法，通过响应于第一应用满足第一条件，获取第一监控时间窗口中的数据；确认所述第一监控时间窗口包括的至少两个子时间窗口中数据的标准差；基于所述至少两个子时间窗口中数据的标准差，和/或所述第一监控时间窗口中数据的变化信息，确认所述第一应用的状态；如此，能够及时监控第一应用的状态的变化，及时开启监控系统，降低业务运行产生的风险。
61.图2示出了本公开实施例提供的数据处理方法的另一种可选流程示意图，图3示出了本公开实施例提供的数据处理方法的示意性框图；将根据各个步骤进行说明。
62.步骤s201，确认第一应用的状态。
63.在一些实施例中，可以通过定时程序触发步骤s201至步骤s205；也可以通过指令触发步骤s201至步骤s205。
64.在一些实施例中，如图3所示，所述装置基于云平台、itsm、devops或交付系统等相关资源获得云计算资源申请和交付信息；基于所述云计算资源申请和交付信息，确认所述第一应用是否满足第一条件包括的第一子条件。
65.具体的，通常申请一个云计算环境的资源并开始部署，会从一些数据库，例如企业内部的交付数据库或者云平台的资源申请和创建时间和资源生成时间上获得。例如，通过内部工单申请某个服务，则可以从内部的交付数据找到。交付数据可能记录在云计算管理平台、配置管理数据库(configuration management database,cmdb)或者资产库，也可能
记录在itsm中。如果是公有云，通常从web api也能看到虚拟机或者某个服务的创建时间。
66.具体实施时，所述装置响应于满足交付数据库中第一应用对应的资源的交付时刻在第一时刻之后、云平台中第一应用对应的资源的申请时刻在第二时刻之后、云平台中创建所述第一应用对应的资源的时刻在第三时刻之后，以及云平台中生成所述第一应用对应的资源在第四时刻之后中至少之一，确认所述第一应用满足所述第一子条件；也就是说，所述第一子条件表征所述第一应用的资源或数据未交付。
67.此外，若基于所述云计算资源申请和交付信息，确认资源交付为集群环境水平扩展，如容器平台随负载变化而水平扩展，则确认所述第一应用不满足所述第一子条件。
68.在一些实施例中，如图3所示，所述装置获取所述第一应用对应的云计算应用和服务的运行状态，确认所述第一应用是否满足第一条件包括的第二子条件；所述运行状态可以包括已上线运行、部署上线过程和即将下线。对于已上线运行的服务，无需执行本公开实施例提供的数据处理方法，只有部署上线过程的云计算应用和服务才需要执行本公开实施例提供的数据处理方法。
69.具体实施时，所述装置响应于所述第一应用的当前状态为部署上线状态，确认所述第一应用满足所述第二子条件。也就是说，第一应用的资源或数据未交付，且状态为部署上线状态，则执行本公开提供的数据处理方法；进一步，本公开实施例提供的数据处理方法适用于资源或数据未交付，且处于部署上线状态的应用(或应用程序)。
70.步骤s202，确认所述第一应用对应的监控系统的状态。
71.在一些实施例中，所述第一条件还可以包括第三子条件，所述第三子条件包括：所述第一应用对应的监控系统未启动。本公开实施例提供的数据处理方法是为了避免第一应用在部署上线的过程中因为某些原因(如过多的告警信息、工单影响绩效)而关闭监控系统，在第一应用正式上线后未及时开启监控系统产生的风险；若部署上线的过程中，所述第一应用对应的监控系统就已经启动，那么所述第一应用上线后所述监控系统仍然为启动状态，无需执行本公开实施例提供的数据处理方法。
72.在一些实施例中，如图3所示，所述装置获取云服务监控状态和监控项设置，具体可以包括确认所述第一应用对应的监控项是否启动、监控系统是否启动、监控项或监控系统启动但是监控阈值与生产环境配置是否相同；若监控项启动、监控系统启动，或者监控系统启动且监控阈值与生产环境配置相同，则可以不执行本公开实施例提供的数据处理方法，或者，将所述监控项或监控系统设置成维护窗口不再发送报警，继续执行本公开提供的数据处理方法。
73.在一些实施例中，所述装置响应于所述第一应用对应的监控项未启动、监控系统未启动、监控项或监控系统启动但是监控阈值与生产环境配置不相同中至少之一，确认所述第一应用满足所述第一条件包括的第三子条件。
74.在一些可选实施例中，所述装置可以通过监控系统和云计算环境对应的数据库数据匹配以获得这类数据信息。
75.步骤s203，获取第一监控时间窗口中的数据。
76.在一些实施例中，所述装置确认所述第一应用对应的第一监控时间窗口的起始点和结束点(图3所示确定数据检测时间窗口大小)；获取所述起始点和结束点之间的所述第一应用对应的中央处理器利用数据，和/或内存利用数据。
77.具体实施时，所述装置可以基于实际需求或实验结果，确定所述第一应用对应的第一监控时间窗口的起始点和结束点。
78.具体的，如果监控数据(中央处理器利用数据，和/或内存利用数据)积累时长过短，或者存在一定程度的数据遗失(即监控系统接入还不稳定)，则不需要执行本公开提供的数据处理方法。如果云计算资源交付时间比较长，而系统始终没有进入到正式生产运行。则根据时间窗口最长的设定长度来获取数据。基于前述内容，获得需要分析的历史监控数据的时间总长度。
79.在一些实施例中，在一些实施例中，所述装置将所述第一监控时间窗口划分为时间长度相等的至少两个子时间窗口；可选的，所述装置按照预设参数或者人工标注的方式，将第一监控时间窗口分为若干独立的小的时间窗口(子时间窗口)。并对不同子时间窗口内的监控数据标准差进行计算，并记录下来。
80.步骤s204，确认所述第一监控时间窗口包括的至少两个子时间窗口中数据的标准差。
81.在一些实施例中，所述装置将所述第一监控时间窗口划分为时间长度相等的至少两个子时间窗口；确认每一个子时间窗口中cpu的利用数据，和/或内存利用数据的标准差。
82.具体实施时，如图3所示，所述装置确认每一个子时间窗口中cpu的利用数据，和/或内存利用数据的标准差(即分析关键指标标准差)；还可以基于每一个子时间窗口中cpu的利用数据，和/或内存利用数据，确认每一个子时间窗口中cpu的利用数据的标准差，和/或内存利用数据的标准差。
83.步骤s205，基于所述至少两个子时间窗口中数据的标准差，和/或所述第一监控时间窗口中数据的变化信息，确认所述第一应用的状态。
84.在一些实施例中，所述装置响应于满足以下至少之一，确认所述第一应用的状态为上线状态：所述每一个子时间窗口中cpu的利用数据，和/或内存利用数据的标准差大于第一阈值；所述第一监控时间窗口中数据呈周期性变化。如果第一应用上线运行，则数据会产生波动，进一步子时间窗口内的数据的标准差，相较部署上线过程(未上线，数据波动小)的标准差小。
85.进一步，如图3所示，如果近期(一段时间周期内)数据标准差显著大于历史标准差(第一阈值)。(对于标准差进行标准差分析)，则标记该指标最近发生负载变化(确认第一应用的状态为上线)。
86.和/或，对各子时间窗口中的数据执行周期性检查，如果存在较为显著的周期性特征，特别是在靠近当前时间的区间，例如最近50％时间段内存在较为显著的周期性特征，则标记该指标最近发生负载变化(确认第一应用的状态为上线)。例如，电子邮件和办公软件对应的应用程序的活跃时间为办公时间，则周期为24小时；财务月结系统的周期为一个月。
87.具体的，所述对各子时间窗口中的数据执行周期性检查可以包括对一个和/或由多个连续的子时间窗口所组成的时间窗口中的数据执行周期性检查，也就是说，对不同长度的时间窗口进行周期性检查，任一长度的时间窗口存在较为显著的周期性特征，则标记该指标最近发送负载变化。例如，每天上班负载增加，而月底负载更大，每天可以对应于一个子时间窗口，每一个子时间窗口中，工作时间应用程序活跃，周期为24小时，而28-31个连续的子时间窗口组成一个新的时间窗口，周期为一个月。
88.需要说明的是，本公开中引入周期性检查，是因为很多情况下第一应用的状态为上线，但标准差未大于第一阈值，参考周期性变化能更加准确地判断出第一应用的状态。
89.在一些可选实施例中，所述装置确认所述第一应用的状态为上线状态之后，所述装置还可以发送告警信息，所述告警信息用于指示打开所述第一应用对应的监控系统。
90.如此，通过本公开实施例提供的数据处理方法，对监控对象(第一应用)设置重点观测指标范围。如果一段时间指标组合或者某些关键指标的标准差超过某个阈值，且持续时间超过某个阈值，或者不同时间窗口下的标准差呈现某种周期性特征，则可能该监控对象已经从部署状态投入到工作状态。由此触发通知消息，确认该节点对应监控配置是否需要调整。
91.图4示出了本公开实施例提供的数据处理装置的可选结构示意图，将根据各个步骤进行说明。
92.在一些实施例中，数据处理装置400包括获取单元401、处理单元402和状态确认单元403。
93.所述获取单元401，用于响应于第一应用满足第一条件，获取第一监控时间窗口中的数据；
94.所述处理单元402，用于确认所述第一监控时间窗口包括的至少两个子时间窗口中数据的标准差；
95.所述状态确认单元403，用于基于所述至少两个子时间窗口中数据的标准差，和/或所述第一监控时间窗口中数据的变化信息，确认所述第一应用的状态。
96.所述获取单元401，具体用于响应于所述第一应用满足所述第一条件包括的第一子条件，且所述第一应用满足所述第一条件包括的第二子条件。
97.所述获取单元401，具体用于响应于满足交付数据库中第一应用对应的资源的交付时刻在第一时刻之后、云平台中第一应用对应的资源的申请时刻在第二时刻之后、云平台中创建所述第一应用对应的资源的时刻在第三时刻之后，以及云平台中生成所述第一应用对应的资源在第四时刻之后中至少之一，确认所述第一应用满足所述第一子条件。
98.所述获取单元401，具体用于响应于所述第一应用的当前状态为部署上线状态，确认所述第一应用满足所述第二子条件。
99.所述获取单元401，具体用于确认所述第一监控时间窗口的起始点和结束点；
100.获取所述起始点和结束点之间的cpu利用数据，和/或内存利用数据。
101.所述处理单元402，具体用于将所述第一监控时间窗口划分为时间长度相等的至少两个子时间窗口；确认每一个子时间窗口中cpu的利用数据，和/或内存利用数据的标准差。
102.所述状态确认单元403，具体用于响应于满足以下至少之一，确认所述第一应用的状态为上线状态：所述每一个子时间窗口中cpu的利用数据，和/或内存利用数据的标准差大于第一阈值；
103.所述第一监控时间窗口中数据呈周期性变化。
104.在一些实施例中，所述数据处理装置400还可以包括发送单元404。
105.所述发送单元404，在确认所述第一应用的状态为上线状态之后，用于发送告警信息，所述告警信息用于指示打开所述第一应用对应的监控系统。
106.根据本公开的实施例，本公开还提供了一种电子设备和一种可读存储介质。
107.图5示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
108.如图5所示，电子设备800包括计算单元801，其可以根据存储在只读存储器(rom)802中的计算机程序或者从存储单元808加载到随机访问存储器(ram)803中的计算机程序，来执行各种适当的动作和处理。在ram 803中，还可存储电子设备800操作所需的各种程序和数据。计算单元801、rom 802以及ram 803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
109.电子设备800中的多个部件连接至i/o接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许电子设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
110.计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如数据处理方法。例如，在一些实施例中，数据处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由rom 802和/或通信单元809而被载入和/或安装到电子设备800上。当计算机程序加载到ram 803并由计算单元801执行时，可以执行上文描述的数据处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行数据处理方法。
111.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
112.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
113.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
114.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
115.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
116.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
117.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
118.此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本公开的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
119.以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以所述权利要求的保护范围为准。
技术特征：1.一种数据处理方法，所述方法包括：响应于第一应用满足第一条件，获取第一监控时间窗口中的数据；确认所述第一监控时间窗口包括的至少两个子时间窗口中数据的标准差；基于所述至少两个子时间窗口中数据的标准差，和/或所述第一监控时间窗口中数据的变化信息，确认所述第一应用的状态。2.根据权利要求1所述的方法，所述响应于第一应用满足第一条件，包括：响应于所述第一应用满足所述第一条件包括的第一子条件，且所述第一应用满足所述第一条件包括的第二子条件。3.根据权利要求2所述的方法，所述响应于所述第一应用满足所述第一条件包括的第一子条件，包括：响应于满足交付数据库中第一应用对应的资源的交付时刻在第一时刻之后、云平台中第一应用对应的资源的申请时刻在第二时刻之后、云平台中创建所述第一应用对应的资源的时刻在第三时刻之后，以及云平台中生成所述第一应用对应的资源在第四时刻之后中至少之一，确认所述第一应用满足所述第一子条件。4.根据权利要求2所述的方法，所述响应于所述第一应用满足所述第一条件包括的第二子条件，包括：响应于所述第一应用的当前状态为部署上线状态，确认所述第一应用满足所述第二子条件。5.根据权利要求1所述的方法，所述获取第一监控时间窗口中的数据，包括：确认所述第一监控时间窗口的起始点和结束点；获取所述起始点和结束点之间的中央处理器cpu利用数据，和/或内存利用数据。6.根据权利要求1所述的方法，所述确认所述第一监控时间窗口包括的至少两个子时间窗口中数据的标准差，包括：将所述第一监控时间窗口划分为时间长度相等的至少两个子时间窗口；确认每一个子时间窗口中cpu的利用数据，和/或内存利用数据的标准差。7.根据权利要求1所述的方法，所述基于所述至少两个子时间窗口中数据的标准差，和/或所述第一监控时间窗口中数据的变化信息，确认所述第一应用的状态，包括：响应于满足以下至少之一，确认所述第一应用的状态为上线状态：所述每一个子时间窗口中cpu的利用数据，和/或内存利用数据的标准差大于第一阈值；所述第一监控时间窗口中数据呈周期性变化。8.根据权利要求1所述的方法，所述确认所述第一应用的状态为上线状态之后，所述方法还包括：发送告警信息，所述告警信息用于指示打开所述第一应用对应的监控系统。9.一种数据处理装置，所述装置包括：获取单元，用于响应于第一应用满足第一条件，获取第一监控时间窗口中的数据；处理单元，用于确认所述第一监控时间窗口包括的至少两个子时间窗口中数据的标准差；状态确认单元，用于基于所述至少两个子时间窗口中数据的标准差，和/或所述第一监
控时间窗口中数据的变化信息，确认所述第一应用的状态。10.一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。
技术总结本公开提供了一种数据处理方法、装置、电子设备及存储介质，包括：响应于第一应用满足第一条件，获取第一监控时间窗口中的数据；确认所述第一监控时间窗口包括的至少两个子时间窗口中数据的标准差；基于所述至少两个子时间窗口中数据的标准差，和/或所述第一监控时间窗口中数据的变化信息，确认所述第一应用的状态。状态。状态。
技术研发人员：陆明
受保护的技术使用者：联想（北京）有限公司
技术研发日：2022.07.22
技术公布日：2022/11/1
