您好,登录后才能下订单哦!
系统架构示意图如下:
架构采用C/S架构,模块间使用消息总线进行通信,保留了后续演进到B/S架构的能力。
Device Container作为设备的虚拟容器,为其他模块提供设备管理的能力。
以笔者的经验,架构还需要重点考虑以下个问题:
如何支持后续的各种业务的快速开发。
如何支持自动化测试。
提供模块级的监控能力。
这几点会在后面重点分析。
目前在电信网管软件领域,JAVA还是当仁不让的主力,各种开源或收费的组件可以使开发人员专注于具体业务的开发,所以本软件采用JAVA实现。 数据库方面采用MySQL即可,因为使用OR Mapping组件,可以替换实际使用的数据库。
消息总线:ActiveMQ
SNMP协议栈:SNMP4J
OR Mapping:设计上,该组件不仅要实现O-R的映射,也要实现O-SNMP、O-UI的映射,以此来支持业务的快速开发。
端口的规划是一个循序渐进且必要的过程,在架构阶段可以确定系统使用的端口范围。
组件 | 占用端口 |
---|---|
SNMP Trap接收 | 162 |
消息总线 | 10001 |
其他组件 | 10002以后 |
-
client:客户端组件
-
device:各种设备管理组件
-
common:通用组件
-
server:服务器端组件
-
jre:Java运行环境
-
upgrade:升级工具
-
mysql:数据库
把升级方案单独列出也是笔者在实际工作中遇到了很多问题,主要包括:
升级速度慢
失败概率大
丢失用户数据
在后续章节中会详细对升级方案进行分析,现在首先确定网管系统发布的方式是exe安装程序+版本升级包,升级包中包含所有组件的版本信息,只升级版本有变化的组件,提高升级效率。
任务 | 输出 |
---|---|
系统资源建模 | E-R设计文档以及SQL脚本 |
OR Mapping组件设计实现 | 代码,API文档,Demo |
消息总线系统设计实现 | 代码,API文档,Demo |
OR Mapping与消息总线集成 | |
。。。 | 。。。 |
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。