一种应用容器资源监控平台的制作方法

1.本发明涉及资源监控技术领域，特别涉及一种应用容器资源监控平台。


背景技术：

2.目前，容器云平台的使用均需要通过依赖容器编排框架对运行于平台上的各类服务和应用进行资源的分配和管理，并且通过这些编排工具使各个服务和应用的资源得到合理分配；
3.但是，随着业务持续发展，往往导致现有的应用所占用的系统资源出现紧张而导致应用运行迟缓甚至崩溃的情况，这就需要实时对容器资源进行监控，但传统监控方法在同一时间只能监控一个应用容器，相当于单节点监控，而无法满足多节点监控的需求，导致在服务崩溃时无法及时对容器内的资源进行调度或处理；
4.因此，本发明提供了一种应用容器资源监控平台，通过同时对服务器内的多个应用容器进行监控，提高了对容器资源监控的时效性，从而提高了对容器内资源的处理效率，为确保容器正常运行提供了可靠保障。


技术实现要素：

5.本发明提供一种应用容器资源监控平台，用以通过同时对服务器内的多个应用容器进行监控，提高了对容器资源监控的时效性，从而提高了对容器内资源的处理效率，为确保容器正常运行提供了可靠保障。
6.优选的，一种应用容器资源监控平台，包括：
7.容器数量确定模块，用于确定服务器中的应用容器数量，并基于所述应用容器数量对不同的应用容器进行编号标记；
8.监控方案制定模块，用于基于编号标记结果，获取每一个应用容器的配置信息，并基于所述配置信息制定目标资源监控方案；
9.资源监控模块，用于基于所述目标资源监控方案对每个应用容器中的资源情况进行监控，并根据监控结果对每个应用容器中的资源进行相应调整，完成对应用容器资源的监控。
10.优选的，一种应用容器资源监控平台，容器数量确定模块，包括：
11.地址确定单元，用于获取应用容器的应用环境以及应用区域，并基于所述应用环境以及应用区域确定每个应用容器的标识信息；
12.所述地址单元，用于基于所述标识信息确定每一个应用容器的ip地址信息，其中，一个ip地址信息对应一个应用容器；
13.数量确定单元，用于基于所述ip地址信息确定服务器中的应用容器数量。
14.优选的，一种应用容器资源监控平台，容器数量确定模块，还包括：
15.指令接收单元，用于接收管理终端发送的编号指令，并基于所述编号指令生成m个内容不同的编号数据，其中m与所述应用容器数量相一致；
16.编号数据发送单元，用于基于预设数据传输规则将所述m个内容不同的编号数据分别发送至不同的应用容器；
17.编号单元，用于将所述m个内容不同的编号数据分别写入对应应用容器中的自身数据队列中，完成对不同应用容器的编号。
18.优选的，一种应用容器资源监控平台，编号单元，包括：
19.标识确定单元，用于获取预设标识以及编号数据，并创建预设标识以及编号数据之间的对应关系，其中，所述一个编号数据对应一个预设标识；
20.标记单元，用于基于每一个应用容器自身数据队列中的目标编号数据确定对应的目标预设标识，并基于所述目标预设标识对当前应用容器进行标记处理。
21.优选的，一种应用容器资源监控平台，编号单元，还包括：
22.编号结果获取单元，用于获取服务器中所有应用容器的自身数据队列，并基于预设校验方法对所述应用容器的自身数据队列中的编号结果进行校验，判断所述应用容器中是否存在编号错误；
23.编号错误信息确定单元，用于当判定所述应用容器中存在编号错误时，确定当前应用容器的基本信息，同时，确定所述当前应用容器编号错误的错误类型，其中，所述错误类型包括重复编号和漏编；
24.编号调整单元，用于基于所述当前应用容器的基本信息以及当前应用容器编号错误的错误类型对所述当前应用容器的编号进行调整；
25.所述编号调整单元，还用于当判定所述应用容器中不存在编号错误时，判定完成对应用容器的编号处理。
26.优选的，一种应用容器资源监控平台，监控方案制定模块，包括：
27.历史数据获取单元，用于获取预设标准应用容器的基本配置信息，其中，所述基本配置信息包括属性信息、功能信息和装载信息，并基于所述基本配置信息确定基本配置参数，同时将所述基本参数划分为训练集和测试集；
28.模型搭建单元，用于构建容器配置参数分析模型，并基于所述训练集对所述容器配置参数分析模型进行训练；
29.所述模型搭建单元，还用于基于所述测试集对训练后的容器配置参数分析模型进行测试，直至判定所述容器配置参数分析模型的分析准确率达到预期要求；
30.配置信息分析单元，用于基于信息采集指令，通过根据编号标记结果对每个应用容器中的应用运行数据进行采集，并将所述运行数据输入所述容器配置参数分析模型进行分析处理，得到每个应用容器对应的配置信息；
31.信息筛选单元，用于将所述配置信息进行结构化处理，得到结构化的目标配置信息，基于预设数据检验法对所述目标配置信息进行检验，确定所述目标配置信息中的待清洗数据字段；
32.所述信息筛选单元，还用于确定所述待清洗数据字段的属性，并根据所述属性从预设数据清洗规则库中确定目标清洗规则，并基于所述目标清洗规则对所述目标配置信息中的待清洗数据字段进行清洗，得到每个应用容器对应的标准配置信息；
33.监控方案确定单元，用于确定标准配置信息中属性信息、功能信息和装载信息的权重值，并基于所述权重值确定对应用容器资源监控的侧重比例；
34.监控方案确定单元，还用于确定应用容器内资源的分布情况，并基于所述分布情况确定对应用容器内资源进行监控的目标监控点，其中，所述目标监控点可监控应用容器内所有范围的资源；
35.监控方案确定单元，还用于基于所述应用容器资源监控的侧重比例以及目标监控点完成对目标资源监控方案的制定。
36.优选的，一种应用容器资源监控平台，资源监控模块，包括：
37.指令获取单元，用于获取管理终端发送的监控指令，基于所述监控指令确定每个应用容器的当前运行状态；
38.监控单元，用于基于每个应用容器的当前运行状态以及对应的目标资源监控方案在每个应用容器内部设置监控节点；
39.所述监控单元，用于基于所述监控节点对每个应用容器内部的资源使用数据进行监控，并将得到的监控数据传输至数据分析单元；
40.数据分析单元，用于对得到的监控数据进行分析处理，得到每个应用容器当前运行状态下的资源消耗量以及资源剩余量，并将每个应用容器当前运行状态下的资源消耗量以及资源剩余量与每个应用容器预设运行状态下对应的标准资源使用情况进行比较，判断应用容器中是否存在资源不足情况；
41.判断单元，用于当判定应用容器中不存在资源不足时，向管理终端发送无异常通知，否则，触发资源异常解决单元；
42.资源异常解决单元，用于确定存在资源不足情况的目标应用容器，并确定所述目标应用容器在当前时刻接受用户服务请求的数量；
43.资源异常解决单元，用于基于用户服务请求的数量确定当前用户服务请求所需的目标资源量，并将所述目标资源量与目标应用容器内当前资源量进行作差运算，得到目标调度资源量；
44.资源调度单元，用于基于预设资源调度策略查找空闲应用容器，并确定每个空闲应用容器所支持的最大调度量；
45.若所述每个空闲应用容器所支持的最大调度量大于或等于目标调度资源量，则基于所述目标调度资源量将所述空闲应用容器中的资源调度至目标应用容器；
46.否则，将多个空闲应用容器中的最大调度量进行融合，直至大于或等于目标调度资源量，完成对应用容器中的资源进行相应调整。
47.优选的，一种应用容器资源监控平台，判断单元，包括：
48.资源门限值确定单元，用于获取每个应用容器内资源在预设时间段内的资源消耗量，并将每个应用容器内资源在预设时间段内的资源消耗量进行求和再平均，确定应用容器内资源在预设时间段内的消耗平均值；
49.资源门限值设定单元，用于将所述消耗平均值设定为应用容器资源报警门限值，并将实时获取到每个应用容器当前运行状态下的资源消耗量与所述平均值进行比较；
50.若所述资源消耗量大于所述平均值，判定访问资源异常，并触发报警信号，同时将报警信号传输至管理终端；
51.否则，判定访问资源无异常。
52.优选的，一种应用容器资源监控平台，资源调度单元，包括：
53.资源调度量校验单元，用于当无空闲应用容器时，获取目标应用容器的配置信息，并基于所述配置信息确定对目标应用容器的扩展方式；
54.容器扩展单元，用于基于所述扩展方式对所述目标应用容器进行扩展，得到目标扩展应用容器，同时，确定所述目标应用容器中的应用实例；
55.所述容器扩展单元，用于确定所述目标扩展应用容器的应用环境，并基于所述应用环境对所述目标应用容器中的应用实例进行环境配置，并将配置后的应用实例在所述目标扩展应用容器中进行部署，完成对目标应用容器的扩展。
56.优选的，一种应用容器资源监控平台，资源监控模块，还包括：
57.监控数据获取单元，用于获取基于所述目标资源监控方案对每个应用容器中的资源情况进行监控的监控结果，并确定监控结果与监控时间的对应关系；
58.报告生成单元，用于基于所述监控结果与监控时间的对应关系从预设报告模板库中匹配目标报告模板，并将所述监控结果与监控时间填入所述目标报告模板中的目标区域，得到监控结果报告；
59.报告存储单元，用于将所述监控结果报告在预设存储区域中进行存储，完成对监控结果的记录。
60.本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
61.下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
附图说明
62.附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
63.图1为本发明实施例中一种应用容器资源监控平台的结构图；
64.图2为本发明实施例中一种应用容器资源监控平台中容器数量确定模块的结构图；
65.图3为本发明实施例中一种应用容器资源监控平台中监控方案制定模块的结构图。
具体实施方式
66.以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。
67.实施例1：
68.本实施例提供了一种应用容器资源监控平台，如图1所示，包括：
69.容器数量确定模块，用于确定服务器中的应用容器数量，并基于所述应用容器数量对不同的应用容器进行编号标记；
70.监控方案制定模块，用于基于编号标记结果，获取每一个应用容器的配置信息，并基于所述配置信息制定目标资源监控方案；
71.资源监控模块，用于基于所述目标资源监控方案对每个应用容器中的资源情况进
行监控，并基于监控结果对每个应用容器中的资源进行相应调整，完成对应用容器资源的监控。
72.该实施例中，应用容器的配置信息指的是应用容器的类型，内部所含的资源数量等。
73.该实施例中，目标资源监控方案指的是根据容器的配置信息制定的用于监控容器内部资源变化情况的监控方法或监控方式。
74.该实施例中，一个目标资源监控方案可以用于监控一个或多个应用容器中的资源变化情况。
75.该实施例中，基于监控结果对每个应用容器中的资源进行相应调整指的是当应用容器中资源紧缺是通过将其他应用容器中的资源进行调度或重新为当前应用容器进行资源分配。
76.上述技术方案的有益效果是：通过同时对服务器内的多个应用容器进行监控，提高了对容器资源监控的时效性，从而提高了对容器内资源的处理效率，为确保容器正常运行提供了可靠保障。
77.实施例2：
78.在上述实施例1的基础上，本实施例提供了一种应用容器资源监控平台，容器数量确定模块，包括：
79.地址确定单元，用于获取应用容器的应用环境以及应用区域，并基于所述应用环境以及应用区域确定每个应用容器的标识信息；
80.所述地址单元，用于基于所述标识信息确定每一个应用容器的ip地址信息，其中，一个ip地址信息对应一个应用容器；
81.数量确定单元，用于基于所述ip地址信息确定服务器中的应用容器数量。
82.该实施例中，应用环境指的是应用容器工作时与服务器内部其他容器之间的兼容或协作关系。
83.该实施例中，应用区域指的是应用容器在执行相应操作所对应的工作范围。
84.该实施例中，标识信息是用来标记不同应用容器的一种标签，具有可辨识作用。
85.上述技术方案的有益效果是：通过确定每个应用容器的ip地址信息，确保了对应用容器数量进行准确的统计，为实现对所有应用容器进行同时监控提供了便利，确保实现对所有应用容器内资源进行有效的监控。
86.实施例3：
87.在上述实施例1的基础上，本实施例提供了一种应用容器资源监控平台，如图2所示，容器数量确定模块，还包括：
88.指令接收单元，用于接收管理终端发送的编号指令，并基于所述编号指令生成m个内容不同的编号数据，其中m与所述应用容器数量相一致；
89.编号数据发送单元，用于基于预设数据传输规则将所述m个内容不同的编号数据分别发送至不同的应用容器；
90.编号单元，用于将所述m个内容不同的编号数据分别写入对应应用容器中的自身数据队列中，完成对不同应用容器的编号。
91.该实施例中，编号指令用于控制相应的编号组件根据应用容器的数量进行相应的
编号处理。
92.该实施例中，m个内容不同的编号数据例如可以是阿拉伯数字1、2、3等。
93.该实施例中，预设数据传输规则是提前设定好的，用于将编号数据传输至应用容器内部的数据队列中，实现对应用容器的编号。
94.该实施例中，自身数据队列指的是应用容器自身的属性数据，通过将编号数据写入容器自身数据队列中，便于确保对容器进行有效的编号处理。
95.上述技术方案的有益效果是：通过对不同的应用容器进行编号处理，便于在对不同的应用容器内资源监控时，准确确定资源和容器之间的对应关系，提高了对容器内部资源监控的有序性以及准确性。
96.实施例4：
97.在上述实施例3的基础上，本实施例提供了一种应用容器资源监控平台，编号单元，包括：
98.标识确定单元，用于获取预设标识以及编号数据，并创建预设标识以及编号数据之间的对应关系，其中，所述一个编号数据对应一个预设标识；
99.标记单元，用于基于每一个应用容器自身数据队列中的目标编号数据确定对应的目标预设标识，并基于所述目标预设标识对当前应用容器进行标记处理。
100.该实施例中，预设标识是提前设定好的，用于标记应用容器，通过该标识可快速准确的区分出不同的应用容器。
101.该实施例中，目标编号数据指的是具体的一个应用容器对应的编号数据。
102.该实施例中，目标预设标识指的是用于标记具体的某一个应用容器对应的预设标识。
103.上述技术方案的有益效果是：通过确定预设标识与编号数据之间的对应关系，实现对应用容器进行准确的标记，通过该标记，便于根据标记对不同的应用容器进行不同的资源监控，提高了监控的时效性，同时也便于后期根据标记结果进行相应的资源调整。
104.实施例5：
105.在上述实施例3的基础上，本实施例提供了一种应用容器资源监控平台，编号单元，还包括：
106.编号结果获取单元，用于获取服务器中所有应用容器的自身数据队列，并基于预设校验方法对所述应用容器的自身数据队列中的编号结果进行校验，判断所述应用容器中是否存在编号错误；
107.编号错误信息确定单元，用于当判定所述应用容器中存在编号错误时，确定当前应用容器的基本信息，同时，确定所述当前应用容器编号错误的错误类型，其中，所述错误类型包括重复编号和漏编；
108.编号调整单元，用于基于所述当前应用容器的基本信息以及当前应用容器编号错误的错误类型对所述当前应用容器的编号进行调整；
109.所述编号调整单元，还用于当判定所述应用容器中不存在编号错误时，判定完成对应用容器的编号处理。
110.该实施例中，预设校验方法是提前设定好的，用于对应用容器中的自身数据队列中的编号数据进行校验，查看应用容器自身数据队列中的编号数据是否存在错误数据。
111.该实施例中，应用容器的基本信息指的是应用容器的类型以及应用容器的标识信息等。
112.上述技术方案的有益效果是：通过对应用容器自身数据队列中的编号数据进行校验，有利于确保对每个应用容器进行准确的编号处理，提高了根据编号结果对每个应用容器进行相应的监控，提高了对应用容器内资源监控的准确性以及有序性。
113.实施例6：
114.在上述实施例1的基础上，本实施例提供了一种应用容器资源监控平台，如图3所示，监控方案制定模块，包括：
115.历史数据获取单元，用于获取预设标准应用容器的基本配置信息，其中，所述基本配置信息包括属性信息、功能信息和装载信息，并基于所述基本配置信息确定基本配置参数，同时将所述基本参数划分为训练集和测试集；
116.模型搭建单元，用于构建容器配置参数分析模型，并基于所述训练集对所述容器配置参数分析模型进行训练；
117.所述模型搭建单元，还用于基于所述测试集对训练后的容器配置参数分析模型进行测试，直至判定所述容器配置参数分析模型的分析准确率达到预期要求；
118.配置信息分析单元，用于基于信息采集指令，通过根据编号标记结果对每个应用容器中的应用运行数据进行采集，并将所述运行数据输入所述容器配置参数分析模型进行分析处理，得到每个应用容器对应的配置信息；
119.信息筛选单元，用于将所述配置信息进行结构化处理，得到结构化的目标配置信息，基于预设数据检验法对所述目标配置信息进行检验，确定所述目标配置信息中的待清洗数据字段；
120.所述信息筛选单元，还用于确定所述待清洗数据字段的属性，并根据所述属性从预设数据清洗规则库中确定目标清洗规则，并基于所述目标清洗规则对所述目标配置信息中的待清洗数据字段进行清洗，得到每个应用容器对应的标准配置信息；
121.监控方案确定单元，用于确定标准配置信息中属性信息、功能信息和装载信息的权重值，并基于所述权重值确定对应用容器资源监控的侧重比例；
122.监控方案确定单元，还用于确定应用容器内资源的分布情况，并基于所述分布情况确定对应用容器内资源进行监控的目标监控点，其中，所述目标监控点可监控应用容器内所有范围的资源；
123.监控方案确定单元，还用于基于所述应用容器资源监控的侧重比例以及目标监控点完成对目标资源监控方案的制定。
124.该实施例中，预设标准应用容器指的是已经提前知道应用容器的功能信息、属性信息以及装载信息的应用容器。
125.该实施例中，基本配置信息是用来描述应用容器的配置，例如应用容器要实现的功能、内部存储的资源类型以及资源数量等。
126.该实施例中，基本配置参数是用来描述基本配置信息的具体数值。
127.该实施例中，预期要求是提前设定好的，例如配置参数分析模型的测试准确率需要达到90％以上。
128.该实施例中，运行数据指的是应用容器在接受用户访问时的负载参数。
129.该实施例中，结构化处理指的是将配置信息进行归类整理，便于直观了当的查看数据的种类以及属性的操作。
130.该实施例中，预设数据检验法是提前设定好的，用于检验配置信息中是否存在错误数据，例如可以是将当前应用容器的配置信息与标准配置信息进行比较等。
131.该实施例中，待清洗数据字段指的是配置信息中的错误数据或无效数据。
132.该实施例中，目标清洗规则指的是从预设数据清洗规则库中挑选出的适用于对待清洗数据进行清洗的规则，可以是一种或多种组合。
133.该实施例中，准配置信息指的是将配置信息中的错误数据清洗后得到的无错误数据的配置信息。
134.该实施例中，侧重比例指的是在对应用容器资源监控时监控的重要程度。
135.该实施例中，目标监控点指的是用于监控应用容器内部资源变化情况的数据点，通过该点可以准确监控应用容器内部的资源变化情况，例如可以是访问接口。
136.上述技术方案的有益效果是：通过构建配置参数分析模型，实现对每一个应用容器配置参数进行准确的分析，同时对得到的配置信息进行清洗，确保得到的配置信息足够准确，其次，通过确定配置信息中不同模块的权重值，实现对监控方案侧重比例的设定，最后通过确定目标监控点，实现对目标资源监控方案进行准确有效的制定，通过制定目标资源监控方案，便于对各个应用容器进行针对性的监控，实现对各个应用容器资源变化情况进行准确的监控，从而提高了对容器内资源的处理效率，为确保容器正常运行提供了可靠保障。
137.实施例7：
138.在上述实施例1的基础上，本实施例提供了一种应用容器资源监控平台，资源监控模块，包括：
139.指令获取单元，用于获取管理终端发送的监控指令，基于所述监控指令确定每个应用容器的当前运行状态；
140.监控单元，用于基于每个应用容器的当前运行状态以及对应的目标资源监控方案在每个应用容器内部设置监控节点；
141.所述监控单元，用于基于所述监控节点对每个应用容器内部的资源使用数据进行监控，并将得到的监控数据传输至数据分析单元；
142.数据分析单元，用于对得到的监控数据进行分析处理，得到每个应用容器当前运行状态下的资源消耗量以及资源剩余量，并将每个应用容器当前运行状态下的资源消耗量以及资源剩余量与每个应用容器预设运行状态下对应的标准资源使用情况进行比较，判断应用容器中是否存在资源不足情况；
143.判断单元，用于当判定应用容器中不存在资源不足时，向管理终端发送无异常通知，否则，触发资源异常解决单元；
144.资源异常解决单元，用于确定存在资源不足情况的目标应用容器，并确定所述目标应用容器在当前时刻接受用户服务请求的数量；
145.资源异常解决单元，用于基于用户服务请求的数量确定当前用户服务请求所需的目标资源量，并将所述目标资源量与目标应用容器内当前资源量进行作差运算，得到目标调度资源量；
146.资源调度单元，用于基于预设资源调度策略查找空闲应用容器，并确定每个空闲应用容器所支持的最大调度量；
147.若所述每个空闲应用容器所支持的最大调度量大于或等于目标调度资源量，则基于所述目标调度资源量将所述空闲应用容器中的资源调度至目标应用容器；
148.否则，将多个空闲应用容器中的最大调度量进行融合，直至大于或等于目标调度资源量，完成对应用容器中的资源进行相应调整。
149.该实施例中，应用容器的当前运行状态指的是应用容器当前是否接受用户的访问请求。
150.该实施例中，监控节点指的是用于监控应用容器内部资源变化情况的数据节点，例如可以是数据接口中的数据节点。
151.该实施例中，预设运行状态下对应的标准资源使用情况是提前设定好的，例如可以是在接受访问请求时，资源的使用量为100。
152.该实施例中，目标应用容器指的是应用容器中存在资源不足的应用容器，且目标应用容器至少为一个。
153.该实施例中，目标资源量指的是目标应用容器能够满当前服务请求所需要的资源量。
154.该实施例中，目标调度资源量指的是目标应用容器需要补充的资源数量。
155.该实施例中，预设资源调度策略是提前设定好的，用于在应用容器中查找空闲的应用容器。
156.该实施例中，基于用户服务请求的数量确定当前用户服务请求所需的目标资源量，并将所述目标资源量与目标应用容器内当前资源量进行作差运算，得到目标调度资源量，包括：
157.基于预设用户访问接口确定应用容器接受用户服务请求的数量，同时确定各个用户服务请求所需的资源量；
158.基于所述用户服务请求的数量以及各个用户服务请求所需的资源量计算目标应用容器的目标调度资源量，并基于所述目标调度资源量计算实际调度速率，具体步骤包括：
159.根据如下公式计算目标应用容器的目标调度资源量：
[0160][0161]
其中，α表示所述目标应用容器的目标调度资源量；μ表示误差系数，且取值范围为(0.05，0.15)；i表示目标应用容器接受的当前用户服务请求个数，且取值范围为[1，n]；n表示目标应用容器接受的用户服务请求的最大个数；si表示第i个服务请求所需的资源量；q表示目标应用容器中现有的资源量；
[0162]
当所述目标调度资源量不为零时，根据如下公式计算实际调度速率：
[0163][0164]
其中，v表示对所述目标调度资源量进行调度时的实际调度速率；α表示所述目标应用容器的目标调度资源量；γ表示在对所述目标调度资源量进行调度时，目标调度资源丢失速度值；t表示完成对目标调度资源量调度所用的时间长度值；l表示在对所述目标调
度资源量进行调度时数据传输链路的实际可用带宽值，且l小于g；g表示在对所述目标调度资源量进行调度时数据传输链路的理论可用带宽值；f2表示目标应用容器调度目标调度资源量的频率；f1表示在对所述目标调度资源量进行调度时的数据传输链路的截止频率；
[0165]
将计算得到的实际调度速率与预设调度速率进行比较；
[0166]
若所述实际调度速率大于或等于所述预设调度速率，判定对所述目标应用容器所需资源调度合格；
[0167]
否则，判定对目标应用容器的目标调度资源量不合格，并对当前实际调度速率进行调整，直至计算得到的实际调度速率大于或等于所述预设调度速率。
[0168]
上述预设调度速率是提前设定好的，用于衡量完成对目标应用容器资源调度所用的调度速率是否达到预期要求，且预设调度速率是可以人为调整的。
[0169]
上述应用容器内部的当前资源量以及用户服务请求对应的资源量是通过后台应用程序专门统计得到的。
[0170]
上述实际调度速率指的是理论调度速率在收到外界影响因素后，导致理论调度速率变低后的调度速率。
[0171]
上述γ*t远远小于α。
[0172]
上述公式中，若μ取值为0.1，n取值为3，s1取值为100，s2取值为200，s3取值为300，q取值为400，则计算得到的α为180。
[0173]
上述公式中，若α取值为180，γ取0.2，t取值60，l取值为5，g取值为6，f1取值为100，f2取值为5，则计算得到的v为46.7bit/s。
[0174]
上述技术方案的有益效果是：通过根据目标资源监控方案对每个应用容器中的资源使用情况进行监控，便于及时发现应用容器中是否发生资源短缺情况，提高了对应用容器资源监控的及时性，同时在发现应用容器资源短缺时，及时将空闲应用容器中的空闲资源调度至资源短缺的应用容器内部，提高了对应用容器内部资源的处理效率，为应用容器正常运行提供了可靠保障。
[0175]
实施例8：
[0176]
在上述实施例7的基础上，本实施例提供了一种应用容器资源监控平台，判断单元，包括：
[0177]
资源门限值确定单元，用于获取每个应用容器内资源在预设时间段内的资源消耗量，并将每个应用容器内资源在预设时间段内的资源消耗量进行求和再平均，确定应用容器内资源在预设时间段内的消耗平均值；
[0178]
资源门限值设定单元，用于将所述消耗平均值设定为应用容器资源报警门限值，并将实时获取到每个应用容器当前运行状态下的资源消耗量与所述平均值进行比较；
[0179]
若所述资源消耗量大于所述平均值，判定访问资源异常，并触发报警信号，同时将报警信号传输至管理终端；
[0180]
否则，判定访问资源无异常。
[0181]
该实施例中，预设时间段是提前设定好的，用于在设定的时间段内监控应用容器内部的资源变化情况，例如可以是一个小时、两个小时等。
[0182]
该实施例中，应用容器资源报警门限值指的是应用容器内部所允许的最大资源消耗量，当容器内部的资源消耗量大于门限值时则进行报警操作。
[0183]
上述技术方案的有益效果是：通过对应用容器内资源的消耗量设定门限值，便于在应用容器内部资源消耗量超标时及时进行报警操作，便于管理终端及时针对当前情况采取相应的措施，提高了资源监控的及时性，确保了应用容器正常运行。
[0184]
实施例9：
[0185]
在上述实施例7的基础上，本实施例提供了一种应用容器资源监控平台，资源调度单元，包括：
[0186]
资源调度量校验单元，用于当无空闲应用容器时，获取目标应用容器的配置信息，并基于所述配置信息确定对目标应用容器的扩展方式；
[0187]
容器扩展单元，用于基于所述扩展方式对所述目标应用容器进行扩展，得到目标扩展应用容器，同时，确定所述目标应用容器中的应用实例；
[0188]
所述容器扩展单元，用于确定所述目标扩展应用容器的应用环境，并基于所述应用环境对所述目标应用容器中的应用实例进行环境配置，并将配置后的应用实例在所述目标扩展应用容器中进行部署，完成对目标应用容器的扩展。
[0189]
该实施例中，扩展方式指的是对目标应用容器进行扩展的方式方法，例如可以是先确定扩张的数量，再进行复制扩展等。
[0190]
该实施例中，目标扩展应用容器指的是对目标应用容器进行扩展后得到的应用容器。
[0191]
该实施例中，应用实例指的是应用容器内部具体的应用，例如手机是一个额应用容器，手机里装的app则为应用实例。
[0192]
上述技术方案的有益效果是：通过根据监控结果在无空闲应用容器时，对目标应用容器进行扩展，提高了对应用容器资源处理的及时性，为确保应用容器正常运行提供了可靠保障，同时也提高了对应用容器资源监控的有效性。
[0193]
实施例10：
[0194]
在上述实施例1的基础上，本实施例提供了一种应用容器资源监控平台，资源监控模块，还包括：
[0195]
监控数据获取单元，用于获取基于所述目标资源监控方案对每个应用容器中的资源情况进行监控的监控结果，并确定监控结果与监控时间的对应关系；
[0196]
报告生成单元，用于基于所述监控结果与监控时间的对应关系从预设报告模板库中匹配目标报告模板，并将所述监控结果与监控时间填入所述目标报告模板中的目标区域，得到监控结果报告；
[0197]
报告存储单元，用于将所述监控结果报告在预设存储区域中进行存储，完成对监控结果的记录。
[0198]
该实施例中，预设报告模板库是提前设定好的，内部存储有多种报告模板，用于生成监控报告。
[0199]
该实施例中，目标报告模板指的是从预设报告模板库中挑选出的适合用于生成当前监控报告的报告模板。
[0200]
该实施例中，目标区域指的是目标报告模板中对应填写监控结果和监控时间对应
的空白区域。
[0201]
该实施例中，预设存储区域是提前设定好的，用于存放生成的监控报告，例如可以是硬盘等。
[0202]
上述技术方案的有益效果是：通过将监控结果生成对应的监控报告，并进行记录保存，便于对每个应用容器在监控时刻的资源使用情况进行准确有效的记录，确保了监控的准确性和有效性，也便于维护人员根据监控结果进行相应的调整。
[0203]
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。