传输综合网管后台整体架构

此文章为传输综合网管后台整体架构介绍，因为最近涉及此类工作。故对此系统做整体理解与探讨，存数个人工作总结。

传输综合网管定义（我之理解）：传输综合网管重点突出的是综合二字，就是将各个子网（也就是各个地市）的网管系统集中成一个综合的网管系统，例如华为的网管系统、中兴的网管系统等等，再在他们的基础上建立一个部分厂家，部分地市的一个综合的管理系统。

此图为传输网管系统后台整体架构图。

 

一. 适配器（Adapter）：

适配器是综合网管系统与子网的网管交互的一个如后点，也就是我们所说的Corba接口（又名：北向接口）打交道的主要程序。实现原理主要是Socket方式，由于子网的网管系统已经完成了Service端，故我们这里只需要实现客户端的传输方式。适配器的主要作用为：数据获取、数据转化。

数据获取：顾名思义，通过Corba接口将各个子网的网管系统的数据比如资源（网元、框操盘、端口）等信息的采集。

数据转化：将从各个子网的网管系统获取的资源信息转换成为我们综合网管所要的数据信息。

适配器分类（此分类不要考虑的过于复杂），目前我们的综合网管主要是先按照厂家划分，例如：华为、中兴、阿郎等等，不论华为的波分或者是SDH的数据都为一套适配器代码实现，再在这个划分的基础上再分为，告警适配器、光功率适配器（性能适配器）、以及采集适配器（配置适配器）。

每个适配器必须要配置很多条件，包括：消息服务器的地址，对应各个子网的网管系统的IP、端口以及命名空间。

二.消息服务器（DPPServer）：

消息服务器在整个综合网管的项目中有且只有一个，在整个流程中通过上面的图可以看出属于适配器的下一个流程。主要作用负责将适配器转化过来的数据临时寄存起来，以便供应其他消费者程序或者成为订阅这程序调用其中的资源。

主要实现的原理很简单其实就是键值对的队列。当适配器转化后的数据将加上编号一起发送到消息服务器中，再以键值对的方式存储到消息服务器中，这样接收器就可以通过对应的主键ID取得消息服务器中对应的数据了。

注：消息服务器属于堆栈，在开启消息服务器时最好将接收器先开启，以避免消息服务器堆栈溢出的异常。

三.接收器（Reciever）：

接受器根据图中所示属于消息服务器的下一个流程，但是又有一条向上的连线。我来解释一下其中意思，其实接收器顾名思义是接受相应的消息，其实这里主要讲的是告警的流程，接收器根据消息服务器中的键值对，获取相应的数据。主要是根据消息服务器中键值对的主键进行关联。比如<1,list>，这样的键值对，接收器只需要通过编号1便可获取其中的队列信息。

接收器的主要作用，接受消息服务器的消息、存储到数据库、分发（这里主要指图中的其他的几点例如GUI和Other Entity也就是所谓的消费者或者是订阅者）、分析以及压缩（压缩的意思是，比如同一条告警在不停的被推送过来，我们可以设定一个时间比如一分钟或者五分钟的同一条告警再来获取就是压缩）。