跨云平台的指标处理方法及装置与流程

1.本发明涉及数据采集技术领域，尤其涉及一种跨云平台的指标处理方法及装置。


背景技术：

2.目前，越来越多的公司将本公司的业务线系统化并部署在云平台上。因为业务、安全和监管等要求，一个公司的不同系统可能被部署在不同的云平台上，由于云平台上网络隔离和数据不互通，导致公司不能同时掌握各个系统的运营情况，不能直观查看所有系统的数据指标并直接进行比较和分析。
3.在现有技术中，要实现跨云平台的指标采集，需要待采集的系统分别开发接口，然后各系统每日通过接口推送方式将数据传输至运营平台。
4.但是，各系统项目组分别开发接口容易导致不同项目组开发的接口标准不统一，接口对接时很容易出现错误，导致调试成本高。
5.此外，对各系统项目组来说，开发接口的成本高，且在各系统开发完接口之后，需要运营平台和各系统分别对接，导致分别对接的成本高，并且接口在对接完成后仍有可能出现错误，导致维护成本高。
6.而且，各系统分别与平台侧underlay开通网络访问关系的工作量大，导致网络资源的浪费，提高网络的管理难度。由于各系统推送数据的时间不固定，从而使数据无法集中处理，导致数据处理的时间长，计算量大，成本高。


技术实现要素：

7.有鉴于此，本发明实施例提供一种跨云平台的指标处理方法及装置，以实现减少计算量、降低成本以及减少网络资源的浪费的目的。
8.为实现上述目的，本发明实施例提供如下技术方案：
9.本发明实施例第一方面公开了一种跨云平台的指标处理方法，应用于租户侧overlay前置服务器，所述方法包括：
10.下载预先创建的云平台的对象存储cos桶中指定目录的各个待采集的物理子系统的数据文件，其中，所述cos桶创建有多个目录，所述目录由项目组根据各个租户的策略配置，按照目录创建规则创建，所述指定目录存放处于同一项目组管辖的各个待采集的物理子系统的数据文件，所述数据文件由所述项目组基于埋点技术，按照预设规则生成；
11.解析所述数据文件，得到各个所述物理子系统的原始指标数据；
12.针对每一原始指标数据，校验所述原始指标数据，得到校验结果和处理后的指标数据；
13.将所述校验结果和所述处理后的指标数据传输至平台侧underlay运营平台，使所述underlay运营平台根据所述校验结果，对所述处理后的指标数据进行数据分析，并展示得到的各个所述物理子系统的对接情况的总览数据。
14.可选的，在所述解析所述数据文件的过程中，还包括：
15.若任一所述数据文件报错，确定所述数据文件的存放目录；
16.根据所述存放目录，定位至所述存放目录指示的物理子系统，并分析所述数据文件的报错原因。
17.可选的，所述针对每一原始指标数据，校验所述原始指标数据，得到校验结果和处理后的指标数据，包括：
18.针对每一原始指标数据，分别对所述原始指标数据进行必填指标是否提供的校验、指标格式是否正确的校验、指标数据对应的物理子系统的系统编号是否为标准数据的校验、以及数据文件是否推送的校验，得到校验结果和处理后的指标数据。
19.可选的，还包括：
20.若任一所述原始指标数据对应的物理子系统未提供部分指标，设置指标白名单；
21.针对处于所述指标白名单内的物理子系统的指标数据，跳过必填指标是否提供的校验。
22.可选的，所述将所述校验结果和所述处理后的指标数据传输至平台侧underlay运营平台，包括：
23.基于虚拟私有云网关vpc gateway，建立所述租户侧overlay前置服务器与平台侧underlay运营平台之间的映射关系；
24.基于所述映射关系，通过overlay接口，定期将所述校验结果和所述处理后的的指标数据推送至所述underlay运营平台。
25.本发明实施例第二方面公开了一种跨云平台的指标处理方法，应用于平台侧underlay运营平台，所述方法包括：
26.基于租户侧overlay前置服务器与平台侧underlay运营平台之间预先建立的映射关系，接收所述租户侧overlay前置服务器通过租户侧overlay接口传输的校验结果和处理后的的指标数据，其中，所述校验结果和所述处理后的的指标数据由所述租户侧overlay前置服务器校验各个物理子系统的原始指标数据得到，所述各个物理子系统的原始指标数据由所述租户侧overlay前置服务器解析各个待采集的物理子系统的数据文件得到；
27.根据所述校验结果，对所述处理后的指标数据进行数据分析，得到各个所述物理子系统的对接情况的总览数据；
28.展示各个所述物理子系统的对接情况的总览数据。
29.可选的，所述根据所述校验结果，对所述处理后的指标数据进行数据分析，得到各个所述物理子系统的对接情况的总览数据，包括：
30.根据所述校验结果，在系统维度上对所述处理后的指标数据进行数据分析，得到所述系统维度对应的各个所述物理子系统的对接情况的总览数据；
31.根据所述校验结果，在平台维度上对所述处理后的指标数据进行数据分析，得到所述平台维度对应的各个所述物理子系统的对接情况的总览数据；
32.根据所述校验结果，在总体维度上对所述处理后的指标数据进行数据分析，得到所述总体维度对应的各个所述物理子系统的对接情况的总览数据。
33.可选的，所述展示各个所述物理子系统的对接情况的总览数据，包括：
34.以商业智能bi可视化报表的方式，展示所述系统维度对应的各个所述物理子系统的对接情况的总览数据，或者，展示所述平台维度对应的各个所述物理子系统的对接情况
的总览数据，或者，展示所述总体维度对应的各个所述物理子系统的对接情况的总览数据。
35.本发明实施例第三方面公开了一种跨云平台的指标处理装置，应用于租户侧overlay前置服务器，所述装置包括：
36.下载模块，用于下载预先创建的云平台的对象存储cos桶中指定目录的各个待采集的物理子系统的数据文件，其中，所述cos桶创建有多个目录，所述目录由项目组根据各个租户的策略配置，按照目录创建规则创建，所述指定目录存放处于同一项目组管辖的各个待采集的物理子系统的数据文件，所述数据文件由所述项目组基于埋点技术，按照预设规则生成；
37.解析模块，用于解析所述数据文件，得到各个所述物理子系统的原始指标数据；
38.校验模块，用于针对每一原始指标数据，校验所述原始指标数据，得到校验结果和处理后的指标数据；
39.传输模块，用于将所述校验结果和所述处理后的指标数据传输至平台侧underlay运营平台，使所述underlay运营平台根据所述校验结果，对所述处理后的指标数据进行数据分析，并展示得到的各个所述物理子系统的对接情况的总览数据。
40.本发明实施例第四方面公开了一种跨云平台的指标处理装置，应用于平台侧underlay运营平台，所述装置包括：
41.接收模块，用于基于租户侧overlay前置服务器与平台侧underlay运营平台之间预先建立的映射关系，接收所述租户侧overlay前置服务器通过租户侧overlay接口传输的校验结果和处理后的的指标数据，其中，所述校验结果和所述处理后的的指标数据由所述租户侧overlay前置服务器校验各个物理子系统的原始指标数据得到，所述各个物理子系统的原始指标数据由所述租户侧overlay前置服务器解析各个待采集的物理子系统的数据文件得到；
42.分析模块，用于根据所述校验结果，对所述处理后的指标数据进行数据分析，得到各个所述物理子系统的对接情况的总览数据；
43.展示模块，用于展示各个所述物理子系统的对接情况的总览数据。
44.基于上述本发明实施例提供的一种跨云平台的指标处理方法及装置，所述方法包括：下载预先创建的云平台的对象存储cos桶中指定目录的各个待采集的物理子系统的数据文件，其中，所述cos桶创建有多个目录，所述目录由项目组根据各个租户的策略配置，按照目录创建规则创建，所述指定目录存放处于同一项目组管辖的物理子系统的数据文件，所述数据文件由所述项目组基于埋点技术，按照预设规则生成；解析所述数据文件，得到各个所述物理子系统的原始指标数据；针对每一原始指标数据，校验所述原始指标数据，得到校验结果和处理后的指标数据；将所述校验结果和所述处理后的指标数据传输至平台侧underlay运营平台，使所述underlay运营平台根据所述校验结果，对所述处理后的指标数据进行数据分析，并展示得到的各个所述物理子系统的对接情况的总览数据。在本方案中，先对下载的数据文件进行解析，校验得到的原始指标数据，并将校验结果和处理后的指标数据传输至平台侧underlay运营平台，使underlay运营平台对处理后的指标数据进行分析，从而减少计算量、降低成本以及减少网络资源的浪费。
附图说明
45.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
46.图1为本发明实施例提供的一种跨云平台的指标处理方法的流程示意图；
47.图2为本发明实施例提供的一种跨云平台的指标处理的原理图；
48.图3为本发明实施例提供的另一种跨云平台的指标处理方法的流程示意图；
49.图4为本发明实施例提供的一种跨云平台的指标处理装置的结构示意图；
50.图5为本发明实施例提供的另一种跨云平台的指标处理装置的结构示意图。
具体实施方式
51.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
52.在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
53.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。
54.为了便于理解本发明的技术方案，对本发明中出现的技术术语进行说明：
55.云平台：也叫云计算平台，是指基于硬件资源和软件资源的服务，提供计算、网络和存储能力。云计算有高灵活性、可扩展性和高性价比的特点，目前越来越多的系统选择部署在云平台上。同时根据业务、安全、监管等的要求，云平台可大致分为标准区、自用区、政务区、信创区等，各云平台之间数据不互通。
56.租户：租户可以理解为云平台的使用用户，各系统通过登陆云平台租户端，进行管理云资源，部署物理子系统的操作，一个租户可以部署多个系统。
57.云运营平台：云运营平台是云平台的管理端，数据在采集处理后，在运营平台进行展示以及后续可能的和其他组件的交互。
58.平台侧overlay和租户侧underlay网络：underlay是当前数据中心网路基础转发架构的网络，是物理基础层，本专利提及的运营平台部署在underlay。overlay是在现有的物理网络之上构建一个虚拟网络，上层应用只与虚拟网络相关，本专利提及的各业务系统均部署在overlay。overlay和underlay的网络是相互独立的。
59.对象存储：是一种可以存储海量文件的分布式存储服务，用户可通过网络随时存
储和查看数据。本专利基于对象存储，存储桶是存放对象的“容器”，一个存储桶可容纳无数个对象。
60.由背景技术可知，现有的跨云平台的指标采集方式计算量大、成本高以及容易造成网络资源的浪费。
61.因此，本发明实施例提供一种跨云平台的指标处理方法及装置，在本方案中，先对下载的数据文件进行解析，校验得到的原始指标数据，并将校验结果和处理后的指标数据传输至平台侧underlay运营平台，使underlay运营平台对处理后的指标数据进行分析，从而减少计算量、降低成本以及减少网络资源的浪费。
62.如图1所示，为本发明实施例提供的一种跨云平台的指标处理方法的流程示意图，该跨云平台的指标处理方法应用于租户侧overlay前置服务器。
63.该方法主要包括以下步骤：
64.步骤s101：下载预先创建的云平台的对象存储cos桶中指定目录的各个待采集的物理子系统的数据文件。
65.在步骤s101中，云平台的cos(cloud object storage，对象存储)桶只有一个，由运营人员预先创建。
66.cos桶，用于存储不同云平台的数据文件，其中，不同云平台的数据文件根据不同规则存放至cos桶中的不同位置，从而实现跨平台的数据传输。
67.在本发明实施例中，数据文件可以为dat数据文件。
68.数据文件由项目组基于埋点技术，按照预设规则生成，具体为：各个项目组通过埋点技术，截取各个待采集的物理子系统处于运行状态的运行数据，并基于预先设定的定时任务，按照预设模板统计运行数据，生成各个物理子系统的数据文件。
69.例如，统计某个物理子系统的的访问量，通过埋点技术对每日访问数据进行统计，将该指标结果和约定好的指标编号写入dat数据文件。
70.在cos桶下可以创建有多个目录。
71.目录由项目组根据各个租户的策略配置，按照目录创建规则创建。
72.需要说明的是，一个租户可以部署多个物理子系统。
73.需要说明的是，目录中包含需要报送数据的系统的英文简称，也就是说，目录中包含待采集的物理子系统的英文简称，在文件下载解析时用于分辨是哪个系统的指标数据。
74.例如，cos桶部署在1255000xxx租户下，物理子系统简称为abc，则创建的目录为xx/xxx/1255000xxx/abc。
75.指定目录存放处于同一项目组管辖的各个待采集的物理子系统的数据文件。也就是说，将同一项目组管辖的各个待采集的物理子系统的数据文件存放至指定目录。
76.需要说明的是，数据文件存放的过程是可以跨云平台的，只需通过各个租户的策略配置，即可将云平台b的数据文件存放在平台a的cos桶中。
77.相关的策略配置语句如下：
[0078][0079]
其中，前面几行为固定语句，最后一行包含要存放的目录路径，目录路径由项目组根据各个租户的策略配置，按照目录创建规则创建。
[0080]
在具体实现步骤s101的过程中，由上述内容可知，预先创建的云平台的cos桶中指定目录存放处于同一项目组管辖的各个待采集的物理子系统的数据文件，则租户侧overlay前置服务器从cos桶中指定目录下载各个待采集的物理子系统的数据文件。
[0081]
步骤s102：解析数据文件，得到各个物理子系统的原始指标数据。
[0082]
在具体实现步骤s102的过程中，租户侧overlay前置服务器对所下载的各个待采集的物理子系统的数据文件进行解析，得到各个物理子系统的原始指标数据。
[0083]
可选的，在解析数据文件，得到各个物理子系统的原始指标数据的过程中，还包括：
[0084]
若任一数据文件报错，确定数据文件的存放目录；根据存放目录，定位至存放目录指示的物理子系统，并分析数据文件的报错原因。
[0085]
步骤s103：针对每一原始指标数据，校验原始指标数据，得到校验结果和处理后的指标数据。
[0086]
在具体实现步骤s103的过程中，针对每一原始指标数据，租户侧overlay前置服务器对原始指标数据进行不同维度的指标校验，得到校验结果和处理后的指标数据。
[0087]
需要说明的是，校验结果包含数据文件是否校验通过，如，若数据文件未通过校验，在后续步骤中传输未通过原因，未通过原因为未接受到文件/物理子系统编号出错/指标波动异常/指标格式出错/未上传必填指标/文件名称出错中的一种或多种。
[0088]
可选的，执行步骤s103针对每一原始指标数据，校验原始指标数据，得到校验结果和处理后的指标数据的过程，包括：
[0089]
针对每一原始指标数据，分别对原始指标数据进行必填指标是否提供的校验、指标格式是否正确的校验、指标数据对应的物理子系统的系统编号是否为标准数据的校验、以及数据文件是否推送的校验，得到校验结果和处理后的指标数据。
[0090]
可选的，执行步骤s103针对每一原始指标数据，校验原始指标数据，得到校验结果和处理后的指标数据的过程，还包括：
[0091]
若任一原始指标数据对应的物理子系统未提供部分指标，设置指标白名单；针对处于指标白名单内的物理子系统的指标数据，跳过必填指标是否提供的校验。
[0092]
可以理解的是，针对某些系统因业务原因，无法提供部分指标的，设置指标白名单的功能，对于白名单内的系统的指标，可以跳过必填指标是否提供的校验。
[0093]
可选的，在一具体实施例中，在数据文件解析和校验完成后，云平台将根据统计的需求对原始指标数据进行数据处理，例如，进行指标的求和、最大值、最小值的计算。
[0094]
例如，对每日交易金额求和得到系统历史总交易金额。
[0095]
又例如，系统传输每日每小时的访问量，云平台统计每日/每月/每年的最大访问量。
[0096]
步骤s104：将校验结果和处理后的指标数据传输至平台侧underlay运营平台，使underlay运营平台根据校验结果，对处理后的指标数据进行数据分析，并展示得到的各个物理子系统的对接情况的总览数据。
[0097]
需要说明的是，因overlay和underlay彼此网络不互通，故需开通overlay云平台至运营平台相关组件的网络访问关系，才能实现overlay访问underlay。
[0098]
在开通网络访问关系后，因安全要求，仅允许overlay访问underlay。
[0099]
在具体实现步骤s104的过程中，在完成指标校验后，开通overlay云平台至运营平台相关组件的网络访问关系，基于该网络访问关系，租户侧overlay前置服务器将校验结果和处理后的指标数据传输至平台侧underlay运营平台，使underlay运营平台根据校验结果，对处理后的指标数据进行数据分析，并展示得到的各个物理子系统的对接情况的总览数据。
[0100]
可选的，执行步骤s104将校验结果和处理后的指标数据传输至平台侧underlay运营平台的过程，包括：
[0101]
步骤s11：基于虚拟私有云网关vpc gateway，建立租户侧overlay前置服务器与平台侧underlay运营平台之间的映射关系。
[0102]
可以理解的是，通过vpcgateway进行映射，实现overlay访问underlay。
[0103]
步骤s12：基于映射关系，通过overlay接口，定期将校验结果和处理后的的指标数据推送至underlay运营平台。
[0104]
需要说明的是，传输至underlay运营平台的校验结果和处理后的的指标数据通过overlay接口进入underlay运营平台的数据库，通过underlay运营平台的数据分析功能，展示各个物理子系统的对接情况的总览数据，如表1所示，为统计每日采集成功、采集出错等状态的系统的数量。
[0105]
表1：
[0106][0107]
其中，采集成功物理子系统数量 采集出错物理子系统数量＝所有已上线的物理子系统数量。
[0108]
数据采集的相关监控指标均为数字，点击具体数字进行下钻(查看明细)，例如，点击应采集物理子系统数量，则下钻显示满足条件的物理子系统列表。
[0109]
对于采集出错的物理子系统，点击数量进行下钻，显示列表如表2所示，运营人员和运维人员可以定期进行检查。
[0110]
表2：
[0111][0112][0113]
其中，对于指标波动异常/指标格式出错/未上传必填指标的错误，可以点击出错原因进行下钻，下钻显示具体出错的指标项，如表3所示：
[0114]
表3：
[0115][0116]
为了更好地理解上述说明的跨云平台的指标处理方法，如图2所示，为本发明实施例提供的一种跨云平台的指标处理的原理图。
[0117]
在图2中，首先，运营人员创建一个用于存储数据文件的对象存储cos桶。接着，各个项目组通过埋点技术，截取各个待采集的物理子系统处于运行状态的运行数据，并基于预先设定的定时任务，按照预设模板统计运行数据，生成各个物理子系统的数据文件。接着，根据各个租户的策略配置，项目组在cos桶中按照目录创建规则创建目录。再接着，将同一项目组管辖的各个待采集的物理子系统的数据文件存放至cos桶中指定目录。
[0118]
其次，租户侧overlay前置服务器从cos桶中指定目录下载各个待采集的物理子系统的数据文件。接着，租户侧overlay前置服务器对所下载的各个待采集的物理子系统的数据文件进行解析，得到各个物理子系统的原始指标数据。接着，针对每一原始指标数据，租户侧overlay前置服务器对原始指标数据进行不同维度的指标校验，得到校验结果和处理后的指标数据。再接着，租户侧overlay前置服务器将校验结果和处理后的指标数据传输至平台侧underlay运营平台。
[0119]
最后，underlay运营平台根据校验结果，对处理后的指标数据进行数据分析，并展示得到的各个物理子系统的对接情况的总览数据。
[0120]
针对上述说明内容，可以理解为，通过对象存储cos桶，将不同云平台指标文件汇合，通过文件解析的方式将指标汇入运营端组件数据库(overlay前置服务器和underlay运营平台)，并进行数据校验和分析。
[0121]
基于本发明实施例提供的一种跨云平台的指标处理方法，通过下载预先创建的云平台的对象存储cos桶中指定目录的各个待采集的物理子系统的数据文件，其中，cos桶创建有多个目录，目录由项目组根据各个租户的策略配置，按照目录创建规则创建，指定目录存放处于同一项目组管辖的物理子系统的数据文件，数据文件由项目组基于埋点技术，按照预设规则生成；解析数据文件，得到各个物理子系统的原始指标数据；针对每一原始指标数据，校验原始指标数据，得到校验结果和处理后的指标数据；将校验结果和处理后的指标数据传输至平台侧underlay运营平台，使underlay运营平台根据校验结果，对处理后的指标数据进行数据分析，并展示得到的各个物理子系统的对接情况的总览数据。在本方案中，先对下载的数据文件进行解析，校验得到的原始指标数据，并将校验结果和处理后的指标数据传输至平台侧underlay运营平台，使underlay运营平台对处理后的指标数据进行分析，从而减少计算量、降低成本以及减少网络资源的浪费。
[0122]
基于上述本发明实施例提供的一种跨云平台的指标处理方法，如图3所示，为本发明实施例提供的一种跨云平台的指标处理方法的流程示意图，该跨云平台的指标处理方法应用于平台侧underlay运营平台，该跨云平台的指标处理方法主要包括以下步骤：
[0123]
步骤s301：基于租户侧overlay前置服务器与平台侧underlay运营平台之间预先建立的映射关系，接收租户侧overlay前置服务器通过租户侧overlay接口传输的校验结果
和处理后的的指标数据。
[0124]
在步骤s301中，校验结果和处理后的的指标数据由租户侧overlay前置服务器校验各个物理子系统的原始指标数据得到。
[0125]
各个物理子系统的原始指标数据由租户侧overlay前置服务器解析各个待采集的物理子系统的数据文件得到。
[0126]
在具体实现步骤s301的过程中，因为租户侧overlay和平台侧underlay彼此网络不互通，因此，需开通overlay云平台至运营平台相关组件的网络访问关系，具体通过vpcgateway进行映射，实现overlay访问underlay，也就是说，在开通网络访问关系后，基于租户侧overlay前置服务器与平台侧underlay运营平台之间预先建立的映射关系，underlay运营平台接收租户侧overlay前置服务器通过租户侧overlay接口传输的校验结果和处理后的的指标数据。
[0127]
步骤s302：根据校验结果，对处理后的指标数据进行数据分析，得到各个物理子系统的对接情况的总览数据。
[0128]
在具体实现步骤s302的过程中，underlay运营平台根据校验结果，对处理后的指标数据进行不同维度的数据分析，得到不同维度各自对应的各个物理子系统的对接情况的总览数据。
[0129]
可选的，执行步骤s302针对每一原始指标数据，校验原始指标数据，得到校验结果和处理后的指标数据的过程，包括：
[0130]
步骤s21：根据校验结果，在系统维度上对处理后的指标数据进行数据分析，得到系统维度对应的各个物理子系统的对接情况的总览数据。
[0131]
步骤s22：根据校验结果，在平台维度上对处理后的指标数据进行数据分析，得到平台维度对应的各个物理子系统的对接情况的总览数据。
[0132]
步骤s23：根据校验结果，在总体维度上对处理后的指标数据进行数据分析，得到总体维度对应的各个物理子系统的对接情况的总览数据。
[0133]
步骤s303：展示各个物理子系统的对接情况的总览数据。
[0134]
可选的，执行步骤s303针对每一原始指标数据，校验原始指标数据，得到校验结果和处理后的指标数据的过程，包括：
[0135]
以bi(business intelligence，商业智能)可视化报表的方式，展示系统维度对应的各个物理子系统的对接情况的总览数据，或者，展示平台维度对应的各个物理子系统的对接情况的总览数据，或者，展示总体维度对应的各个物理子系统的对接情况的总览数据。
[0136]
基于本发明实施例提供的一种跨云平台的指标处理方法，通过对接收到的校验结果和处理后的的指标数据进行数据分析，得到各个物理子系统的对接情况的总览数据并展示，从而减少计算量、降低成本以及减少网络资源的浪费。
[0137]
与上述本发明实施例图1示出的一种跨云平台的指标处理方法相对应，本发明实施例还对应提供了一种跨云平台的指标处理装置，该跨云平台的指标处理装置，应用于租户侧overlay前置服务器，如图4所示，该跨云平台的指标处理装置包括：下载模块41、解析模块42、校验模块43和传输模块44。
[0138]
下载模块41，用于下载预先创建的云平台的对象存储cos桶中指定目录的各个待采集的物理子系统的数据文件。
[0139]
其中，cos桶创建有多个目录，目录由项目组根据各个租户的策略配置，按照目录创建规则创建，指定目录存放处于同一项目组管辖的各个待采集的物理子系统的数据文件，数据文件由项目组基于埋点技术，按照预设规则生成。
[0140]
解析模块42，用于解析数据文件，得到各个物理子系统的原始指标数据。
[0141]
校验模块43，用于针对每一原始指标数据，校验原始指标数据，得到校验结果和处理后的指标数据。
[0142]
传输模块44，用于将校验结果和处理后的指标数据传输至平台侧underlay运营平台，使underlay运营平台根据校验结果，对处理后的指标数据进行数据分析，并展示得到的各个物理子系统的对接情况的总览数据。
[0143]
可选的，基于上述图4示出的解析模块42，所述解析模块42，还具体用于：
[0144]
在解析数据文件的过程中，若任一数据文件报错，确定数据文件的存放目录；根据存放目录，定位至存放目录指示的物理子系统，并分析数据文件的报错原因。
[0145]
可选的，基于上述图4示出的校验模块43，所述校验模块43具体用于：
[0146]
针对每一原始指标数据，分别对原始指标数据进行必填指标是否提供的校验、指标格式是否正确的校验、指标数据对应的物理子系统的系统编号是否为标准数据的校验、以及数据文件是否推送的校验，得到校验结果和处理后的指标数据。
[0147]
可选的，基于上述图4示出的校验模块43，所述校验模块43还具体用于：
[0148]
若任一原始指标数据对应的物理子系统未提供部分指标，设置指标白名单；针对处于指标白名单内的物理子系统的指标数据，跳过必填指标是否提供的校验。
[0149]
可选的，基于上述图4示出的传输模块44，所述传输模块44具体用于：
[0150]
基于虚拟私有云网关vpc gateway，建立租户侧overlay前置服务器与平台侧underlay运营平台之间的映射关系；基于映射关系，通过overlay接口，定期将校验结果和处理后的的指标数据推送至underlay运营平台。
[0151]
需要说明的是，上述本发明实施例公开的跨云平台的指标处理装置中的各个模块或各个单元具体的原理和执行过程，与上述本发明实施跨云平台的指标处理方法相同，可参见上述本发明实施例公开的跨云平台的指标处理方法中相应的部分，这里不再进行赘述。
[0152]
基于本发明实施例提供的一种跨云平台的指标处理装置，通过下载预先创建的云平台的对象存储cos桶中指定目录的各个待采集的物理子系统的数据文件，其中，cos桶创建有多个目录，目录由项目组根据各个租户的策略配置，按照目录创建规则创建，指定目录存放处于同一项目组管辖的物理子系统的数据文件，数据文件由项目组基于埋点技术，按照预设规则生成；解析数据文件，得到各个物理子系统的原始指标数据；针对每一原始指标数据，校验原始指标数据，得到校验结果和处理后的指标数据；将校验结果和处理后的指标数据传输至平台侧underlay运营平台，使underlay运营平台根据校验结果，对处理后的指标数据进行数据分析，并展示得到的各个物理子系统的对接情况的总览数据。在本方案中，先对下载的数据文件进行解析，校验得到的原始指标数据，并将校验结果和处理后的指标数据传输至平台侧underlay运营平台，使underlay运营平台对处理后的指标数据进行分析，从而减少计算量、降低成本以及减少网络资源的浪费。
[0153]
与上述本发明实施例图3示出的一种跨云平台的指标处理方法相对应，本发明实
施例还对应提供了一种跨云平台的指标处理装置，该跨云平台的指标处理装置，应用于平台侧underlay运营平台，如图5所示，该跨云平台的指标处理装置包括：接收模块51、分析模块52和展示模块53。
[0154]
接收模块51，用于基于租户侧overlay前置服务器与平台侧underlay运营平台之间预先建立的映射关系，接收租户侧overlay前置服务器通过租户侧overlay接口传输的校验结果和处理后的的指标数据。
[0155]
其中，校验结果和处理后的的指标数据由租户侧overlay前置服务器校验各个物理子系统的原始指标数据得到，各个物理子系统的原始指标数据由租户侧overlay前置服务器解析各个待采集的物理子系统的数据文件得到。
[0156]
分析模块52，用于根据校验结果，对处理后的指标数据进行数据分析，得到各个物理子系统的对接情况的总览数据。
[0157]
展示模块53，用于展示各个物理子系统的对接情况的总览数据。
[0158]
可选的，基于上述图5示出的分析模块52，所述分析模块52具体用于：
[0159]
根据校验结果，在系统维度上对处理后的指标数据进行数据分析，得到系统维度对应的各个物理子系统的对接情况的总览数据；根据校验结果，在平台维度上对处理后的指标数据进行数据分析，得到平台维度对应的各个物理子系统的对接情况的总览数据；根据校验结果，在总体维度上对处理后的指标数据进行数据分析，得到总体维度对应的各个物理子系统的对接情况的总览数据。
[0160]
可选的，基于上述图5示出的展示模块53，所述展示模块53具体用于：
[0161]
以商业智能bi可视化报表的方式，展示系统维度对应的各个物理子系统的对接情况的总览数据，或者，展示平台维度对应的各个物理子系统的对接情况的总览数据，或者，展示总体维度对应的各个物理子系统的对接情况的总览数据。
[0162]
需要说明的是，上述本发明实施例公开的跨云平台的指标处理装置中的各个模块或各个单元具体的原理和执行过程，与上述本发明实施跨云平台的指标处理方法相同，可参见上述本发明实施例公开的跨云平台的指标处理方法中相应的部分，这里不再进行赘述。
[0163]
基于本发明实施例提供的一种跨云平台的指标处理装置，通过对接收到的校验结果和处理后的的指标数据进行数据分析，得到各个物理子系统的对接情况的总览数据并展示，从而减少计算量、降低成本以及减少网络资源的浪费。
[0164]
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0165]
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和
软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0166]
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。