OMS网元代理产品系统

业务背景
在通信运营商网络运维体系中，网元是支撑短号、彩铃、防骚扰等基础通信业务的核心单元，由各类通信业务模块和配套管理模块组成，其稳定运行直接决定运营商基础通信服务质量。网元管理模块（OMS） 作为网元的专属管理载体，要为网元提供全维度管理能力，支撑运维人员本地操作，又要作为中间节点实现网元与 OMC 平台的管理数据、指令交互，是通信网络运维体系中不可或缺的关键组成部分。
立项原因
传统 OMS 模块在落地应用中，因设计架构与管理模式的缺陷，已无法匹配实际运维需求，成为通信网络运维效率提升、管理标准化落地的核心瓶颈，具体问题如下：
分支管理碎片化：为适配不同网元的差异化告警、性能数据采集、配置管理需求，原 OMS 采用 “一类网元一个开发分支” 的模式，导致开发重复率高、版本维护难度大，大幅增加研发与运维工作量；
架构层级冗余：原模式需在网元虚机侧额外部署 OMU 模块，作为 OMS 与网元业务模块的中间解析节点，实现协议初步解析与业务交互，多一层级不仅增加架构复杂度，还因网元模块数量繁多，现场功能升级、bug 修复时需同步更新所有 OMU 模块，升级工作量巨大、效率极低；
监控告警稳定性差：原网元虚机的指标监控、告警触发均通过脚本实现，脚本化管理易出现执行异常、触发不精准等问题，无法保障网元 7×24 小时稳定运行，难以满足运营商对网元管理的高可靠性要求。
基于上述问题，我们在日常功能迭代的过程中也进行了项目重构。

用户管理模块：负责网元管理系统的账号、角色、权限全维度管控，支持账号创建、删除、信息修改，角色自定义与权限精细化分配，实现运维人员操作权限的分级管理，保障网元管理操作的安全性与合规性；
告警管理模块：实现网元运行过程中各类异常告警的全流程管理，包含告警采集、告警分级、告警触发、告警展示、告警处理与归档，支持实时监控网元运行状态，及时发现并记录通信业务模块、硬件设备的运行异常；
性能数据管理模块：针对网元各业务模块、虚机硬件的核心性能指标进行全周期管理，包含性能指标采集、数据存储、数据分析、报表生成与可视化展示，精准统计网元运行效率、资源占用、业务处理能力等关键数据，为网元性能优化提供数据支撑；
日志管理模块：实现网元全操作、全运行过程的日志记录与管理，包含操作日志、运行日志、异常日志的自动采集、分类存储、模糊查询、日志导出与日志归档，支持运维人员追溯网元操作行为、排查运行异常问题；
指令平台模块：作为运维人员对网元的操作指令枢纽，支持各类管理指令的下发、执行、状态反馈与结果记录，涵盖网元配置修改、业务模块启停、性能指标调优等各类操作，实现指令的标准化、可视化管理；
OMC 对接模块：作为网元与运营商 OMC 平台的专属交互模块，实现双方的标准化接口对接，支撑告警数据、性能数据、操作日志的同步上传，以及 OMC 平台远程管理指令的接收与执行，满足全网集中管控的集采要求。

项目职责：项目重构，功能迭代，模块设计，开发指导， 重点代码开发。
主要技术：Spring，Mybatis，Opengauss，Kafka，Prometheus，Redis，Netty
项目难点：业务梳理以及业务架构