基于压缩感知的通信平台运维大数据整合系统设计与实践

2020-12-27李玮瑶

通信电源技术 2020年16期

李玮瑶

（平顶山学院计算机学院，河南平顶山 467000）

0 引言

当前，通信平台旗下业务众多，其组织架构也经常发生变化，在业务部门进行新业务的推广时，运维部门往往需要承担很大的维护压力，面临着以下困境：由于用户数量较多，后台员工往往无法快速、及时地接待、响应及解决问题[1]。在这种状态下，对通信平台的运维大数据进行整合，使通信平台实现信息系统应用边界的跨越，对其完成自身的服务承诺、扩展推广新业务、提升自身运维能力都十分重要，具备很高的应用价值[2]。

对于通信平台运维大数据整合系统的研究，国内外都十分重视，其中国外有学者提出一种基于域认证方式的通信平台运维大数据整合系统，而国内则有学者提出一种基于权限管理的通信平台运维大数据整合系统。由于在利用以上系统进行通信平台运维大数据整合时，在服务器资源占用率为50%～70%的范围内存在数据响应时间较长的问题，因此将压缩感知应用于通信平台运维大数据整合系统中，设计一种基于压缩感知的通信平台运维大数据整合系统。

1 基于压缩感知的通信平台运维大数据整合系统设计

1.1 硬件设计

基于压缩感知的通信平台运维大数据整合系统的硬件由运维大数据整合模块、API服务器模块构成。

1.1.1 运维大数据整合模块

运维大数据整合模块由WEP工具包与企业总线构成，通过WEP工具包与企业总线进行通信平台运维大数据整合[3]。具体整合步骤如下：首先导入WEP工具包，将通信平台运维数据库内的元数据直接转换成POJO交换数据；接着利用WEP工具包内的转换工具将POJO交换数据转换成符合数据交换协议的数据交换统一性消息；然后利用企业服务总线向系统传输数据交换统一性消息[4]；最后对于系统接收的这些数据交换统一性消息，利用WEP工具包内的转换工具将其转换成系统可以直接处理的POJO数据类。

1.1.2 API服务器模块

API服务器模块由多个API服务器构成API数据展现层，主要作用是在通信平台的各服务器中通过压缩感知进行采样，获取运维大数据并向运维大数据整合模块传送[5]。此外，API服务器模块还能面向静态文件进行服务，通过HTTP方式向外部应用提供JavaScript文件，便于达到可视化目的。

1.2 软件设计

1.2.1 大数据交换服务模块

大数据交换服务模块能实现各类信息系统中运维大数据的统一交换，保障运维大数据的实际交换效率，避免在交换大数据的过程中发生重复交换、乱交换等问题，实现通信平台运维大数据的同步更新，保障大数据的安全性及各信息系统的稳定性[6]。大数据交换服务模块进行运维大数据的统一交换时主要依托采取统一的大数据交换协议，从而实现跨系统、跨部门的运维大数据交换。

1.2.2 目录管理服务模块

目录管理服务模块能实现通信平台运维大数据目录体系的构建，从而更加灵活地实现其他资源的共享与接入[7]。目录管理服务模块具体由以下单元构成：目录服务模块、目录管理模块、目录传输模块、编目模块。目录管理服务模块的具体功能如表1所示。

表1 目录管理服务模块的具体功能

1.2.3 运维管理服务模块

运维管理服务模块主要负责对通信平台运维大数据进行管理[8]，具体由日常运维数据管理单元、大数据安全管理单元、资源管理单元、应用管理单元和用户管理单元构成。其中，日常运维数据管理单元主要用于对通信平台日常的运维数据进行统计与管理[9]，大数据安全管理单元主要用于对数据进行备份、安全管理与保密授权处理，资源管理单元主要用于对数据内容与元数据进行管理，并提供资源检索查询功能[10]，应用管理单元主要用于对通信平台应用服务的运维大数据进行分类与管理，用户管理单元主要用于对运维大数据的管理者、使用者及提供者进行义务与责任的划分。

2 运维大数据整合实验

2.1 实验设计

为证明设计的基于压缩感知的通信平台运维大数据整合系统的性能，对其进行实验验证。实验的网络拓扑环境具体如图1所示，主机的硬件配置具体如表2所示。

图1 实验的网络拓扑环境

在布设的实验网络拓扑环境中，利用基于压缩感知的通信平台运维大数据整合系统进行通信平台运维大数据的整合实验，获取服务器资源占用率为50%～70%的数据响应时间作为实验数据。为避免本次实验结果较为单一、缺乏对比性，将原有的两种系统作为实验中的对比系统进行对比实验，包括基于域认证方式、基于权限管理的通信平台运维大数据整合系统，比较3种实验系统的数据响应时间。