您好,登錄后才能下訂單哦!
系統架構示意圖如下:
架構采用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進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。