第一章  项目概述

一.1  项目背景

自主化是确保网络长期持续领先的关键，目前网管架构规划中对于一些功能简单、时间紧急的需求，也存在开发周期长，效率较低等问题。在网络转型的新形势下，由于人员和精力的限制，引入与自主研发相配套的技术支撑服务协助开展DevOps转型，提高公司的自主研发和创新能力，可有效规避这种状况，扬长避短，作为对传统网管支撑体系的一个有力补充，通过项目支撑，达到提升运维支撑水平同时降本增效的目的，并探索面向未来网络的转型之路。

此外，随着电信云资源池建设的加速落地，日常维护的主机呈指数级增长，由通常的几百台上升至几千台甚至上万台。NFV新网二层解耦成功，底层硬件趋于通用化：计算资源采用x86服务器、存储采用基于x86服务器的分布式存储，网络设备采用通用交换机/路由器。在此类情况下，将产生大量重复的维护支撑工作，继续沿用传统人力堆积手工维护模式效率低下容易出错，势必已经无法满足新环境对运维效率及成功率的高标准要求。随着运维规模的扩大，管理系统日趋复杂化、多样化，运维人员的学习难度与成本亦成倍增长，需要一套集中的操作平台解决这一矛盾。通用化硬件的运维必需在底层屏蔽不同厂家、不同型号的各种差异，需要研发作业引擎以提供统一的底层操作通道。

在新形势下，探索面向未来NFV/SDN网络的转型之路，提高公司的自主研发和创新能力，引入相配套的技术支撑服务协助开展DevOps转型，可扬长避短，使自主研发成为传统网管支撑体系的有力补充，为重点自研项目提供研发与技术支持，接入DevOps生产线，实现端到端的CI/CD；开展海量的电信云资源池运维的标准化工作、基础设施层面的集中操作与统一指令，支撑规模庞大的电信云资源池日常运维工作，实现降本增效。

一.2  项目目标

一.2.1  网管自研目标

• 为OSS网管应用自研项目提供开发与技术支持,实现自研团队与合作方

的合理分工和有效协作；

• 开展容器化改造、微服务动态编排改造，推动自研项目、专业网管项目

往DevOps生产线迁移，适配DevOps体系；

（3）推动网络NFV/SDN转型；

（4）网管系统自主研发DevOps向标准运维模式转型；

一.2.2  电信云集中操作支撑目标

• 提升集中操作平台定制化现场研发支撑力，快速响应需求，提升功能上线速度与效率；
• 通过整体软件框架、作业引擎研发提升电信云基础支撑能力；
• 通过对运维脚本和基于场景的功能研发，提升运维效率和运维质量；
• 对电信云资源池的接入与适配持续服务，加速资源池的效益产出；

（5）开放接口推广底层服务能力，支撑电信云运维上层应用，加强应用运行稳定性。

第二章  方案架构

二.1  网管自研支撑

DevOps能力构架，为适应网管devops环境特有属性，本方案将着重建设以下几个方面：

• 远程开发
• 云端调测
• 分支管理
• 分支发布
• 服务编排金丝雀发布策略
• 生产环境双平面策略
• 流水线设计

经过不断探索和完善，网管devops逐渐满足现有业务系统纳管需求，并对适应未来业务发展做相应预留，最终形成如下整体架构：

 

Devops应用工具链：

 

二.2  电信云集中操作支撑

电信云资源池运维工作，适应新的运维形势，支撑电信云资源池大规模主机的复杂运维工作，加速网管向下一代NFV网络转型。电信云集中操作支撑将建设以下几个方面：

• 运维标准化
• 定制化研发
• 多资源池接入
• 能力推广

本方案采用ansible/saltstack等多种开源技术技术实现以上项目目标，系统整体架构

 

应用工具链结构：

 

• Web前台基于：

jquery的前端js框架，采用开源的基于bootstrap的层叠样式框架adminLTE

• 服务后台：

通用的SPRING MVC架构，引入spring CLOUD微服务

• 中间件：

Tomcat部署容器，Redis的高速缓存，rabbitmq高级消息队列服务

• 运维工具：

Ansible主机自动化运维Saltstack的agent客户代理，Snmp的数据采集协议，Ipmi的控制管理工具，Forward的多类型网络适配工具