免责声明

本文引用的参考文献搜集于互联网,非原创,如有侵权请联系小编删除!

请勿将该文章用于任何商业用途,仅供学习参考,违者后果自负!

资料下载方式

完整版文档已上传至知识星球“无忧智库-新基建智慧城市圈子”(星球号53232205)平台。

以下是方案全文:

目 录

1 总论 1

1.1 项目背景 1

1.2 编制依据 2

1.3 可行性报告项目构成及研究范围 3

1.3.1 项目构成 3

1.3.2 研究范围 3

1.4 工程建设期及业务满足年限 3

1.5 简要结论 4

2 现状与需求分析 5

2.1 IDC 统一运管平台现状 5

2.2 需求分析 5

3 总体建设规模 7

3.1 建设原则 7

3.2 平台定位 10

3.3 总体功能架构 11

3.4 技术架构 11

3.4.1 容器+微服务架构 11

3.4.2 微信端技术架构 13

4 软件建设方案 14

4.1 服务门户管理 14

4.1.1 运营管理门户 15

4.1.2 信息展示门户 20

4.1.3 客户服务门户 21

4.2 运维管理 23

4.2.1 人员物资出入 24

4.2.2 设备重启 31

4.2.3 机柜上下电 33

4.2.4 跳线施工 34

4.2.5 技术支援 36

4.2.6 告警监控 37

4.2.7 方案比较 38

4.2.8 工单质检 39

4.3 运营管理 39

4.3.1 容量预警 39

4.3.2 事件管理 40

4.3.3 租用管理 41

4.3.4 业务管理 42

4.3.5 服务管理 43

4.4 报表统计 46

4.4.1 机房资源空闲率TOPN报表 47

4.4.2 机房资源使用情况报表 47

4.4.3 客户资源空闲率TOPN报表 48

4.4.4 客户资源使用情况报表 48

4.4.5 IDC上架设备明细报表 49

4.4.6 IDC释放的资源明细报表 49

4.4.7 产品综合统计报表 50

4.4.8 业务发展单位排名统计 50

4.4.9 业务发展单位趋势分析 51

4.5 资源管理 51

4.5.1 全量资源管理 51

4.5.2 拓扑管理 52

4.5.3 客户经理管理 53

4.5.4 资源统计和管理 54

4.6 系统管理 54

4.6.1 设备配置管理 54

4.6.2 用户与权限管理 55

4.6.3 日志管理 56

4.6.4 系统设备管理 57

4.7 配套系统改造需求 59

4.7.1 综资系统 59

4.7.2 统一采集系统 61

4.7.3 集中故障管理平台 67

4.7.4 EOMS系统 67

4.7.5 ESOP系统 79

4.7.6 OA系统 81

4.7.7 4A系统 82

4.7.8 ESB系统 82

4.7.9 机房出入终端管理系统 83

5 系统软硬件建设方案 84

5.1 资源池硬件 84

5.2 出入管理终端 86

6 配套需求 87

6.1 机房空间及电源需求 87

6.2 传输需求 87

6.3 管线需求 87

7 工程建设进度的建议 88

7.1 项目完成时间要求 88

7.2 项目实施进度计划 88

总论

项目背景

随着企业IDC业务规模的快速发展,IDC机房的数量、规模在近几年都出现了大幅增长,数据中心机架/网络设备、制冷等配套设备、其他增值业务系统设备的数量也都在迅速增加,管理数据中心的这些设施变得日益复杂。现如今的数据中心经营决策,包括冷却系统、机架空间、网络可用性等等诸多因素,为收集和理解这些庞大的基础设施运营数据,并将有用的信息用于决策,提升数据中心基础设施管理水平势在必行。

企业IDC现网管理架构主要以专业为划分,各司其职,独立监控。多套IDC的监控系统各自独立运行;无法进行跨系统的数据分析,数据资源无法得到高效应用;无法快速对业务部门提供有效的决策依据,影响业务扩展效率;缺乏有效的客户需求分析工具,客户的个性化需求难以满足;运营管理面临着许多新的挑战,从外部和内部面临的挑战和需求分析如下:

对外而言,面对逐渐红海化的IDC市场,IDC发展竞争越发激烈。目前的监控体系,主要存在的问题有:客户SLA是否达成缺乏数据验证、客户个性化商业模式缺乏系统支撑、客户紧急需求缺乏及时决策基础等。

对内而言,企业IDC多个专业运维数据目前各自离散,维护效率亟待提升,主要存在的问题有:多部门协调管理,联合运维缺乏支撑、不同层级对系统视角和颗粒度的关注不同、传统的设备管理不能满足快速决策需要、系统杂繁,被动式维护响应时间长,风险大。

基于以上背景,企业需要建设一套IDC统一运管平台,作为综合的运营管理平台,实现“集中监控、集中运维、集中管理”服务全程自动化,以改善上述问题。

IDC统一运管平台通过监控、分析数据中心基础设施的运行信息,帮助数据中心管理者掌握数据中心基础设施运行情况,管理数据中心资产、资源,提高基础设施可用性、资源利用率。通过监控、分析数据中心基础设施的运行信息,分析、整合提炼成有用的数据,帮助数据中心运营团队更好地管理数据中心并优化性能。同时,通过建立自动化线上的IDC运维服务操作流程,有效提高移动公司在IDC领域“集中监控、集中运维、集中管理”服务全程的自动化水平。

编制依据

  1. 企业“关于委托《IDC统一运营管理平台建设项目可行性研究报告》的函”;
  2. 企业信息系统运营部提供的《IDC统一运营管理应用需求分析书》;
  3. 企业网络部提供的《IDC统一运营管理应用需求书》;
  4. 企业网络部提供的《IDC运管平台客户出入机房等流程讨论会会议纪要》;
  5. 企业信息系统运营部提供的《IDC统一运管平台应用需求评审会会议纪要》;
  6. 企业相关部门提供的网络现状及业务需求等资料;
  7. 设计人员赴现场查勘收集的资料和建设单位和设备厂商提供的资料。

可行性报告项目构成及研究范围

项目构成

本文件为企业2018年IDC统一运营管理平台建设项目可行性研究报告

研究范围

本可行性研究范围如下:

  • 总论
  • 现状及需求分析
  • 建设方案
  • 工程建设进度
  • 投资估算和资金筹措
  • 建设项目对环境影响
  • 劳动定员与人员培训
  • 效益分析

工程建设期及业务满足年限

IDC统一运营管理平台建设项目计划于2018年6月底投入运行。

根据本期工程总体方案,本期工程覆盖纳管的IDC机房将涵盖企业现有所有八个自有IDC机房局点,包括怒江、云桥、宁桥、杨浦、张江、松江奉贤临港IDC机房。

通过对接相关支撑系统,IDC统一运管平台本期将可以收敛获得以下基础数据:IDC的资源及容量全量信息;IDC机房设备、动力系统、空调系统、冷源系统等的性能数据;IDC机房的所有动力系统、空调系统、冷源系统等的告警或预警数据;IDC客户信息、客户经理信息、产品信息及业务订购信息等。

简要结论

根据企业当前IDC总体布局与发展规划,结合IDC业务发展对机房运营管理的需求,顺应行业发展趋势,本期项目将建设一套IDC数据中心统一运管平台,平台基于DCIM数据中心基础设施管理系统产品,对数据中心内的基础设施、网络设备等进行全覆盖监控和综合展现,同时实现IDC运维部门对数据中心资产和资源等的智能化管理,促进企业IDC数据中心的高效运营与智能化管理。

本期工程将在企业融合资源池内部署一套IDC统一运管平台,纳管范围涵盖企业八个自有IDC机房:包括怒江、云桥、宁桥、杨浦、张江、松江、奉贤、临港IDC机房。通过新建系统,实现在统一的门户界面上展现IDC各项基础数据,全面呈现IDC机房运维情况,支撑IDC业务运营体系。

本期工程建设内容主要包括新购一套IDC统一运营管理平台定制软件,对综资系统、统一采集系统、EOMS系统、ESOP系统进行配套接口改造开发。

现状与需求分析

IDC 统一运管平台现状

本期为新建系统项目,主要希望通过新建系统,对数据中心内的基础设施、网络设备等进行全覆盖监控,实现在统一的门户界面上展现IDC各项基础数据,全面呈现IDC机房运维情况,实现IDC运维部门对数据中心资产和资源等的智能化管理,提升运维操作的电子化和智能化水准,提升对IDC客户的服务响应效果,有效支撑IDC业务运营体系。

需求分析

本期IDC统一运营管理平台建设的主要功能需求如下:

  • 服务门户管理:支持面向业务人员、运维人员、代维人员、客户的IDC综合呈现门户,包括运营管理门户、信息展示门户以及客户服务门户。
  • 运维管理:基于现场运维和服务工作,实现电子化和自动化管理,同时整合各类运维系统实现运维一体化管理。
  • 运营管理:实现IDC运营综合分析,包括容量预警、事件管理、租用管理、业务管理及服务管理。
  • 报表统计:所有统计数据可以通过图形界面进行展示,并可通过定制报表方式进行导出。
  • 资源管理:各类系统对接,实现IDC资源的统一管理,包括全量资源管理、拓扑管理、客户管理、客户经理管理以及资源的统计和监控。
  • 系统管理:实现系统用户以及角色权限的管理,同时记录系统的所有操作日志,便于查询管理,实现系统设备管理等功能。

本期IDC统一运营管理平台建设的主要性能需求如下:

  • 并发用户数:应支持不少于100个客户端并发访问。
  • 门户页面请求响应速度:在网络传输数据正常的前提下,小于3秒(自身系统处理时长,不含前端数据源系统的处理时长)。
  • 前端集成各子系统告警数据到平台页面告警提示时间:在网络传输数据正常的前提下,小于5秒(自身系统处理时长,不含前端数据源系统的处理时长)。
  • 系统控制指令响应时间:在网络传输数据正常的前提下,小于3秒。
  • 告警准确性:准确率不小于99.99%,功能指令准确率100%。
  • 数据存储要求:不少于1年。

总体建设规模

建设原则

1、通用原则

为保证全网简洁高效的运行,平衡流量流向分布,我们遵循高速链路设置原则和最少链路设置原则,并突出网络链路的轻载设计原则,对网络结构进行优化,对流量进行合理调整,网络结构设计在充分考虑并保证网络冗余的同时,尽量减少网络的改动,实现带宽的扩容和优化,网络拓扑设计则尽量保证路由器容量的负载均衡。IDC出口带宽扩容工程中遵循以下原则:

  1. 先进性: 网络设计中根据用户需要和网络发展趋势,采用的技术具有技术先进性,高起点建设适应大颗粒业务、电信级、能实现固定移动统一承载的IDC出口层,充分考虑未来新业务、新技术发展的需求情况;
  2. 高可用性:考虑IDC出口设备扩容比较频繁,尽量采用高带宽、高可扩展性的高性能数据中心交换机作为核心节点设备,同时,还要支持高性能的路由协议、QoS 能力以及高质量的通信线路;
  3. 高可靠性:网络系统必须具有容灾容错能力,保障在意外情况下系统能不间断工作;网络设备关键部件必须采用冗余设计,支持热插拔,消除单点故障;要求提供对网络设备资源及通信线路的备份,并且能够在系统的某个部分出现故障时迅速地进行主、备份资源切换;
  4. 开放性和标准性:要求网络设备必须是开放的,即是符合国际标准的网络设备,能够实现多厂家产品的互连;
  5. 可扩展性:网络系统要能够灵活地扩展。能够通过扩展支持将来的需要,能够通过产品升级,采用新的技术,或者是增加模块来扩展现有网络设备的功能。

可扩展性体现在以下几个方面:

  • 业务的可扩展性;
  • 端口的可扩展性;
  • 中继速率的可扩展性;
  • 网络设备容量的可扩展性。
  1. 安全性:网络的运行应该在一种可控方式下,以保证其安全性;应该尽可能地通过集中控制的机制实现网络的安全性;非授权人员应该不能进入网络之中,还要实现分层次的安全控制机制,根据具体用户的级别确定他们的访问权限;
  2. 可管理性:网络系统应该能够支持 SNMP、SNMPv2等,便于计算机管理人员通过网管软件随时监视网络的运行状况,一旦出现故障,可以自动报告出错位置和出错原因;新增网元应纳入IDC网管监控系统。
  3. 投资保护:合理利用原有设备,根据现网资源利用情况,进行拆闲补忙,保护原有的投资利益,节约投资。

2、软件开发通用原则

1)总体要求

系统遵循开放性、安全可靠性、先进性、高效性、易用性、可维护性和可扩展性等原则。

系统建设基于业界开放式标准,包括各种网络协议、硬件接口、数据库接口等,以保证系统的生命力,保护投资,体现良好的扩展性和互操作能力。

系统遵循简洁、易用、统一风格的中文客户界面,提供维护管理和实时监控功能,简化系统的使用和维护。

系统设计充分考虑扩展性,能够以多种方式支持系统的扩展,包括业务功能的增加,系统升级以及系统扩容等。

2)应用软件要求

实时性:系统在完成各类实时功能时必须保证系统反应的实时性,包括实时的故障监视、实时的性能分析和操作维护等。

安全性:系统有多级安全管理机制。

可靠性:避免由于单点故障影响整个系统的正常稳定运行,避免关键管理信息的丢失,必须具备相应系统容错能力。整个应用软件系统应能够连续7×24 小时不间断工作,应用软件中的任一模块更新、加载时,在不更新与上下模块的接口的前提下,不影响业务运转和服务。

可维护性:系统具有完善的自身监视和管理功能,必须具有故障诊断和故障定位功能。

可操作性:提供友好的中文的图形化操作界面和在线帮助。具有完整的操作权限管理功能和完善的系统安全机制,能够对每个操作员的每次操作有详细的记录,对每次非法操作产生告警;应用软件应具有较高的自动化程度,如:自动任务调度、自动故障告警、自动任务恢复等。

开放性:充分考虑与其他的系统的接口。

可扩充性:系统的软件设计采用模块化的体系结构,新功能的引入不影响原有的功能模块,必须具有良好的可扩展性。

规范性:遵循中国移动的相关规范。

3)数据库软件要求

系统中采用的数据库系统必须满足以下要求:

支持ANSI/ISO SQL-89、ANSI/ISO SQL-92 标准;

支持中文汉字内码,符合双字节编码;

支持主流厂商的硬件平台及操作系统平台;

具有良好的伸缩性;

支持主流的网络协议(如:TCP/IP、IPX/SPXNETBIOS 及混合协议);

具有良好的开放性,支持异种数据库的互访;

具有支持并行操作所需的技术(如:多服务器协同技术、事务处理的完整性控制技术等);

支持联机事务处理(OLTP),要求能够实现数据的快速装载、高效的并发处理和交互式查询;

支持数据库存储加密及相应冗余控制;

支持联机存储和备份功能(如:磁带方式、磁盘方式);

具有强的容错能力、错误恢复能力、错误记录及预警能力;

具有避免数据库死锁的出现,一旦死锁能够自动解锁。

平台定位

企业IDC统一运营管理平台将立足全网IDC统一管理需求,集中呈现、分析和管理全网IDC运维数据和相关流程。平台侧重于对全网IDC资源、性能、服务水平的整体把握,接收各专业网管、综合资源管理系统、集中故障平台等传送的必要的资源、性能、告警、客户业务信息等数据,在此基础上实现统一的呈现和分析。各项基础功能仍由各专业网管、综合资源管理系统、集中故障平台等负责。

本期IDC统一运营管理平台将采用集中一套的方式建设、部署,与现有IDC运维支撑体系对接,获取资源、资产、容量、能耗、性能、业务、运维等方面的数据,实现对IDC运维、运营的统一管理。

总体功能架构

技术架构

容器+微服务架构

本系统软件提供商如能够基于容器进行部署并采用微服务架构进行开发,将在后续招标选择中处于优势地位。

系统构建需基于虚拟化、集中管理、分布式计算和自动调度的云架构,能够实现业务的快速部署和灵活应用,并采用分布式弹性架构,支持应用的水平线性扩展。

系统需具备进行容器级、服务级云化的演进能力:容器将由移动公司融合云资源池提供虚拟机资源;系统相关的中间件由厂家自行提供并部署(包括redis,数据库,mq等);通过容器资源调度框架来实现容器资源的调度和管理。

系统需具备面向微服务架构进行设计的能力,将多种功能混合的模块,拆分重构为业务单一、高内聚的微服务应用,并支撑业务服务能力集群和容器化部署。

系统需支持引入“微服务管控平台”:通过“微服务管控平台”对已经微服务化的业务服务进行治理和编排。服务的治理和编排包括:微服务的接入、注册、发布、依赖关系配置、服务调用链跟踪等。

微信端技术架构

本期门户系统除实现传统WEB页面外,还需要基于微信端实现门户服务,页面展现借助微信实现,IDC统一运管平台需实现和微信平台的交互。

图 3?3 微信端技术架构示意图

1. 系统需提供微信端的服务门户支撑能力,功能包含:信息推介、运营服务能力展现、流程审批、自助报障、二维码认证、客户服务请求;

2. 实施时需申请DCIM系统微信企业公众号,并选择开发模式后提供给系统使用;

3. 系统需开发实现微信门户界面,与微信用户进行各类功能数据交互;

4. 由微服务框架提供的业务服务群(如不采用微服务框架,则由应用层各功能模块)提供前端门户需要的数据支撑。

软件建设方案

服务门户管理

系统必须具备良好的可视化功能,并通过门户进行体现。可视化功能是指系统在具备统一KPI抽取、统一数据格式、较强的数据管理功能的基础上,能够将各种指标和数据根据要求灵活、直观、便捷地进行界面展示。

本期服务门户需支持WEB、手机微信两种门户方式。要求门户界面要以菜单方式展现功能选择,尤其手机微信门户,在手机页面底部需具备按钮式菜单方式选择功能,不可仅以简单消息列表方式展现。

门户的可视化功能需要符合以下非功能性要求:

  • 展现形式模块化

系统可根据不同的场景与指标展现模式提供模块化展现形式(如表格,图形,曲线等),界面直观。

  • 可扩展性界面设计

界面设计易于改造,具备较强的可扩展性和可配置性。

具备定制仪表盘,视图展现支持,包括数据推送,场景触发,权限控制等。

  • 具备易用性、易管理性、易维护性

系统应具有友好的用户界面,操作简便高效。对系统配置、流程控制模式、业务规则设置等保持一定的灵活性,方便维护和管理。

系统应采用全中文界面,图形化设计,可自行组态实时直观显示设备的运行数据和运行状态;支持界面的矢量缩放,在大屏、PC客户端等不同显示界面可实现分辨率自适应,实现无极缩放,不可出现分辨率不清晰、变形或者锯齿线条。

  • 具备灵活的展示功能

系统可以根据不同的用途(日常/参观/演练/应急等),采用多种模式(包括但不限于操作人员模式和大屏展示模式)设计对应的可视化场景,从不同的角度进行展示。

运营管理门户

功能概述:面向管理人员和专业人员的运营管理门户。

  • 集中监控模块

从健康度、可用性等方面对各IDC节点的整体运行情况进行展现和分析,关注IDC机房整体运行情况、业务容量规划,帮助IDC运维管理人员保障IDC业务稳定持续地开展。

实时监控各IDC节点的工作状态,分析发现IDC节点的重要设备告警、环境热点等异常情况,并借助端到端的系统拓扑帮助节点运维人员准确评估业务影响范围,提升整体运维效率。

  • 数据来源

(1)综资系统:

接口方式:ESB;

数据内容:IDC机房机架容量,IDC机房设备端口容量,数据中心或者机楼级别的带宽容量,IDC IP地址容量。

(2)集中故障管理平台:

接口方式:MQ;

数据内容:告警流水号、发生时间、发生次数、告警对象名称、IP地址、告警标题、告警级别、告警描述等。

(3)统一采集系统:

接口方式:ESB;

数据内容:

表 4?1统计采集系统可提供数据列表

项目

具体指标

空调系统

送风口温度

空调系统

回风口温度

空调系统

房间温度

空调系统

送风口湿度

空调系统

回风口湿度

空调系统

房间湿度

空调系统

相对湿度

空调系统

压缩机运行时间

空调系统

风系统运行时间

动力系统

电压

动力系统

频率

动力系统

功率

动力系统

电池

动力系统

电流

不间断电源

电量

网络设备

CPU

网络设备

内存

网络设备

温度

网络设备

电源

网络设备

端口配置状态

网络设备

端口运行状态

网络设备

端口带宽

网络设备

端口流出流量

网络设备

端口流入流量

防火墙

CPU

防火墙

TCP连接数

防火墙

丢包

防火墙

内存

主机

CPU

主机

内存

主机

风扇

主机

温度

主机

逻辑盘资源

主机

主机BPS流量

主机

主机PPS流量

主机

虚拟内存

主机

TCP连接数

主机

上连网络端口

主机

网络端口

主机

磁盘空间

主机

进程

主机

流量

  • 界面呈现要素
  1. 以上海地图为背景,IDC机房以小图标的形式分布在上海地图上,地图上包含以下几个页面的切换按钮:
  • 机房视图页面
  • 网络监控视图
  • 资源管理视图
  • 故障告警视图
  1. 点击小图标可以切换到“机房视图页面”,页面包含以下元素:
  • 机房列表
  • 楼层
  • 机柜位置
  • 设备告警信息
  • 设备数量
  1. 点击可以切换到“网络监控视图”,页面元素包含:
  • 实时告警流水窗,字段包括:告警流水号、发生时间、发生次数、告警对象名称、IP地址、告警标题、告警级别、告警描述等
  • 告警统计:按区域、按数据中心、按客户
  1. 点击可以切换到“空调监控视图”,页面元素包含:
  • 空调位置
  • 空调告警
  • 送风口温度
  • 回风口温度
  • 房间温度
  • 送风口湿度
  • 回风口湿度
  • 房间湿度
  • 相对湿度
  • 压缩机运行时间
  • 风系统运行时间
  1. 点击可以切换到“资源管理视图”,页面元素包含:
  • 机房资源平面图
  • 资源树图:按区域、设备类型、厂家等维度
  • 资源详情页面:资源属性、性能指标、告警信息
  • 运维管理模块

运维管理模块下,设置人员物资出入管理、设备重启、机柜上下电、跳线施工、技术支援、告警监控模块等,支撑IDC运维人员开展日常工作。

  • 运营管理模块

运营管理模块下,设置容量预警、事件管理、租用管理、业务管理、服务管理等模块,支撑IDC运营人员开展日常工作。

信息展示门户

功能概述:用于数据发布的信息展示门户,需支持投放大屏。

为IDC业务管理层提供IDC运营概要数据,包括各个客户的业务开展情况以及各IDC节点的资源使用情况和能耗成本,直观了解IDC业务整体运营效率。

系统可对数据中心运营数据进行统一收集、分类,并作定向发布。支持的发布途径须包括但不限于:微信公众号或者移动APP应用等方式。具体发布内容包括企业数据中心整体可用性、站点可用性、节能成效、环保成果等,展现企业IDC运营服务能力。系统需支持与企业其他内部系统建立数据接口,对内发布数据。

信息展示门户需根据企业的定制需求进行开发,需支持投放到大屏上,含大屏界面的定制开发。

门户界面的呈现方式需基于3D视图进行展示。

  • 数据来源

综资系统:

接口方式:ESB;

数据内容:IDC机房、机柜、机槽、网络设备、主机等

统一采集系统:

接口方式:ESB;

数据内容:动力系统、空调系统、网络设备等指标数据

集中故障管理平台:

接口方式:MQ;

数据内容:设备告警、动环告警等告警信息

EOMS系统:

接口方式:WEBSERVICE;

数据内容:故障工单、流程信息等

ESOP系统(通过能力开放平台):

接口方式:Http+JSON

数据内容:业务信息、产品信息、客户信息、客户经理及订购信息

OA系统:

接口方式:WEBSERVICE实时接口

数据内容:待办工单、流程审批信息

  • 界面呈现要素

分机房业务量柱图:X轴为机房,Y轴为业务量;

分机房资源统计柱图:X轴为机房,Y轴为资源数量;

全部及各数据中心可用带宽趋势图:X轴为时间,Y轴为可用带宽;

故障工单列表:呈现时间、故障标题、工单状态。

客户服务门户

功能概述:面向客户和客户经理的客户服务门户。

为客户经理提供各客户的业务运行概要数据,帮助客户经理掌握业务保障情况,并可以指导客户进行业务扩容;实时监控客户提交的机房出入申请的待处理数量以及审批状态,以便及时跟进,提升客户满意度。

为客户提供移动端服务门户,基于微信服务提供对IDC环境、产品以及相关业务的推介,为客户提供互联网化的信息渠道,减少售前IDC基础介绍的工作。同时提供IDC的热门资讯展示,包括行业资讯、故障案例、合作案例等信息。

整合IDC的服务和信息为客户和客户经理提供互联网服务渠道,主要包括现场服务的预约受理、服务通知、资源信息呈现、自助报障等功能。

其中自助报障功能流程为:客户可通过微信或WEB门户页面进行报障,系统收到后自动通知客户经理。

整合IDC所有的资源信息、动力信息以及业务信息,实现综合呈现,为客户参观和重大客户保障提供演示视图。呈现方式需基于3D视图进行展示,为客户提供更真实的资源呈现,可以细化到从数据中心、机楼、机房、机柜、设备以及整体拓扑的情况多个视角进行综合展示。

  • 数据来源

综资系统:

接口方式:ESB;

数据内容:机房、机柜、机槽、网络设备、主机等

统一采集系统:

接口方式:ESB;

数据内容:动力系统、空调系统、网络设备等指标数据

集中故障管理平台:

接口方式:MQ;

数据内容:设备告警、动环告警等告警信息

EOMS系统:

接口方式:WEBSERVICE;

数据内容:故障工单、流程信息

ESOP系统(通过能力开放平台):

接口方式:HTTP+JSON

数据内容:业务信息、产品信息、客户信息、客户经理及订购信息

OA系统:

接口方式:WEBSERVICE

数据内容:待办工单、流程审批信息

  • 界面呈现要素客户服务门户

业务信息、业务运行情况、资源信息、告警信息、业务推介信息、互联网服务渠道。

  • 客户经理服务门户

客户资源信息、客户业务运行情况、客户报障信息查看及回单、故障工单、客户告警信息。

运维管理

运维管理模块主要基于现场运维和服务工作,实现运维操作流程的电子化和自动化管理,同时整合各类运维系统实现运维一体化管理。

本期主要涉及实现人员物资出入、设备重启、机柜上下电、跳线施工、技术支援共5个运维流程,并实现对IDC告警监控的展现及管理功能。在人员物资出入流程中,利用现有EOMS系统的工单流程引擎能力以及OA系统的审批流程引擎能力,IDC统一运营管理平台做呈现界面和接口转发,使用者对EOMS系统无感知。在设备重启、机柜上下电、跳线施工、技术支援运维流程中,同样利用EOMS系统的工单流程引擎能力。

在运维流程实现过程中,IDC运管平台需要具备设置里程碑提醒功能:例如,当审批环节通过后,短信和微信同步通知客户和客户经理。

人员物资出入

4.2.1.1 模块功能及流程

1)模块主体功能

系统要求具备人员物资出入管理模块,将目前数据中心的人员物资出入管理流程电子化。

系统通过运营管理门户实现与IDC客户的访问对接,构建人员出入等基础管理流程,实现业务管理、现场管理与安防专业流程打通,进一步提升业务服务能力。客户可以在完成门户预约审批流程后,在现场经访客出入管理终端验证后获取进入机房权限。从而实现IDC数据中心客户人员进出的标准化、电子化管理。

访客出入管理终端放置在门卫岗亭或者SF证更换临牌的前台处。终端建议使用瘦客户端,核心信息通过平台调取,与平台的对接方式是通过数据网络连接至IDC运管平台。终端硬件需具备读取二代SF证信息、吐出带有二维码的纸质回单、显示从平台读取的身份验证和审核表单信息、摄像头拍照等功能。

说明:访客出入管理终端的建设由另一项目负责,不在本工程建设范围内。

2)人员出入审批和验证流程

IDC机房人员出入审批和验证流程如下:

(1)有临时出入证人员出入审批:IDC运管平台上保存有有临时出入证的客户名单,客户在达到数据中心现场时,由平台出入终端扫描SF证、平台后台验证后进入机房。系统需保存客户出入记录。

基本流程示意如下:客户沿用现有流程完成出入审批→客户持本人有效临时出入证,在门卫岗亭管理终端处完成身份验证→由IDC统一运管平台进行后台验证→验证后获取进入机楼的许可→系统保存出入记录。

(2)无临时出入证人员出入审批:客户或者客户经理在IDC运管平台发起审批流程,平台通过制定接口向OA发起审批流程。基于OA进行审批环节的流转,具体流程如下:政企部负责人员出入需求受理,经分管领导审批后流转至数业中心;数业中心收单,经分管领导审批后流转至行政事务部,同时向网络部报备;行政事务部收单并审批。M域流程结束后,审批信息流转至IDC运管平台,数业中心根据审批结果生成人员出入工单发至网维中心/属地分公司。流程说明:IDC运管平台负责整个流程的闭环管理,OA做好公司内角色的信息化流转和审批并返回结果至平台。

基本流程示意如下:客户或客户经理访问运营管理门户发起流程→政企部负责人员审批→平台转至OA系统进行审批→审批信息流转至IDC统一运管平台→IDC统一运管平台生成人员出入清单及二维码信息→客户持本人有效SF证,在门卫岗亭管理终端处完成身份验证,管理终端打印出纸质凭证,凭证上需包含客户公司、姓名、SF证号码、进入日期时间、机房、二维码等信息→客户持门岗管理终端吐出的纸质凭证进入到机房网管办公室→机房运维人员通过微信扫描纸质凭证上的二维码,系统进行后台验证并显示验证通过信息→运维人员在系统上点击确认信息后可将用户带入机房。

具体终端—–接口对接说明清楚

3)其他功能要求

系统可保存访客出入管理信息至少一年,需支持每个月或每周打印一个访客出入管理清单,以提交安保部门和现场管理备案,支持导出以下关键信息:访客姓名、SF证号、进入时间。—-剥离,放到那个系统上

*系统需支持通过手机微信、短信、WEB三种方式做出入流程的审批,支持批量审批,支持通过短信通知提醒审批人员有待办任务。

系统需具备生成审批结果工单打印功能:主要考虑一些机房不具备身份识别终端的情况下,审批工单流不变,但是因为无法通过专用设备确认审批信息,所以需要支持系统可生成审批结果的工单(PDF或者其他格式),由数据业务中心打印出来交给网维中心/属地分公司。并且系统需具备加盖电子章水印功能,该功能仅由数据业务中心特定人员方可使用。

系统的页面要有审批环节的确认点击环节,确认点击后方可进行下一环节:举例:政企部客户经理审批客户进入机房申请信息时,系统界面上需要在“客户、公司、进入机房”三个要素突出显示并让客户经理点击“已确认,以上内容没问题”的按钮。

系统需支持在审批完成后生成如下格式的样表文件,推送到出入管理终端上进行显示,需支持表中部分敏感信息(例如领导姓名)能够做到不显示具体内容。

4.2.1.2 业务审批流程图

业务审批流程如下:

OA系统审批流程

图 4?1 人员物资出入业务流程图

4.2.1.3 人员物资出入流程图

图 4?2 人员物资出入流程图

流程如下:

  1. IDC客户通过IDC运管平台门户提交人员物资出入申请。
  2. 政企部客户经理收到申请,在IDC运管平台上进行审核和批准,并将下一步审批请求发送到OA(通过EOMS流转)。
  3. OA流转,经各职能部门审批通过,回到IDC运管平台。
  4. 数业中心在IDC运管平台收单,转派至网维中心/属地分公司IDC机房(通过EOMS流转)。运管平台需对“进入人员的公司名称”和“工作内容中的机柜信息”进行自动比对,比对通过后工单有效。
  5. 网维中心/属地分公司IDC机房收单后操作,并通过运管平台向数业中心反馈处理结果(通过EOMS流转)。

如第1步IDC客户为线下方式申请,则第2步政企部客户经理需自己在IDC运管平台上填写人员物资出入申请单,并将审批请求发送到OA(通过EOMS流转),后续流程相同。

4.2.1.5 现场校验流程图

出入管理终端需要纳入机房出入终端管理系统进行统一管理,终端通过机房出入终端管理系统与IDC统一运管平台交互,获得访客的授权信息,同时至机房管理办公室二次验证进入机房,具体流程示意如下:

图 4?3现场校验流程图(终端与机房综合监控系统直接交互)

IDC统一运管平台需建立和机房出入终端管理系统的实时接口,其接口形式为Webservice。

在终端和机房出入终端管理系统部署到位、具备接口条件后,按照上述流程进行访客身份验证,如不具备条件,则仍沿用当前人员出入审批及验证方式。

4.2.1.6 界面呈现要素

  • 界面呈现要素
  • 公司名称:XX
  • 出入事由:现场维护、参观访问、机房施工、进设备、出设备
  • 出入地点:某个IDC机房
  • 出入具体时间:2017.10.29
  • 出入人员数量:1人
  • 出入人员姓名和SF证号码:张三,310XXXXXX(示例)
  • 工作内容:怒江IDC 10号楼3D01机柜维护,装机(示例)
  • 是否携带设备:是(示例)
  • 进出的设备型号和数量:搬进1台DELL3850(示例)
  • 备注:其他信息

设备重启

  1. IDC客户通过IDC运管平台向数业中心发起设备重启申请
  2. 数业中心收到申请后,审核校验确认后,派发至网维中心/属地分公司IDC机房
  3. 网维中心/属地分公司IDC机房收单后操作,并通过运管平台向数业中心反馈处理结果(如需技术支持,通过电话、视频等方式沟通,不走工单流)。

如IDC客户通过电话向数业中心发起设备重启申请,则由数业中心上IDC运管平台填写IDC客户设备重启工单,后续流程相同。

  • 流程图:

图 4?4 设备重启流程图

  • 界面呈现要素
  • 客户名称
  • 重启联系人
  • 联系方式
  • 设备位置
  • 设备型号(选填)
  • 设备唯一标识
  • 重启方式
  • 重启时限

机柜上下电

  1. 数业中心通过综资系统,收到IDC机柜新开、撤销类业务工单(沿现有流程);
  2. 数业中心根据业务工单,上IDC运管平台填写IDC机柜上下电申请工单,派发至网维中心/属地分公司IDC机房;
  3. 网维中心/属地分公司IDC机房收单后操作,并通过运管平台向数业中心反馈处理结果。
  • 流程图:

图 4?5 机柜上下电流程图

  • 界面呈现要素客户名称联系人联系方式上电机柜下电机柜业务工单编号完成时限

需要说明的是,在该流程上线以前,IDC统一运管平台需要通过资源同步接口与综资系统同步资源和工程状态信息。

跳线施工

  1. 数业中心通过综资系统,收到IDC端口新开、撤销类业务工单(沿现有流程);
  2. 数业中心根据业务工单,上IDC运管平台填写IDC机房跳线施工申请单,派发至网维中心/属地分公司IDC机房;
  3. 网维中心/属地分公司IDC机房收单后,配合数业中心完成跳线施工,并通过运管平台向数业中心反馈处理结果。
  • 流程图:

图 4?6 跳线施工流程图

  • 界面呈现要素
  • 客户名称
  • 联系人
  • 联系方式
  • A端位置
  • Z端位置
  • 跳线路径
  • 施工人员信息
  • 随工人员信息
  • 业务工单编号
  • 完成时限

技术支援

  1. 数业中心上IDC运管平台,填写技术支援申请工单,派发至网维中心/属地分公司IDC机房;
  2. 网维中心/属地分公司IDC机房收单后,配合数业中心完成现场实施,并通过运管平台向数业中心反馈处理结果。
  • 流程图:

图 4?7 技术支援流程图

  • 界面呈现要素工作事由工作内容进入地点进入时间进入人员所属公司SF证号码联系方式

告警监控

功能概述:

系统应支持自定义数据中心网络、安全防护系统和基础设施的集中监控方案,包括监控对象、监控频次、监控方法、告警阈值等:

系统通过对接集中故障管理系统,获取IDC机房配套动力、动环、冷源和空调系统等的告警数据。

系统能展现具体告警信息,同时支持通过自定义设置告警阈值,超出阈值触发告警,并以弹窗、声光等形式进行提示。

  • 数据来源

集中故障管理平台:

接口方式:MQ;

数据内容:告警流水号、发生时间、发生次数、告警对象名称、IP地址、告警标题、告警级别、告警描述等

  • 界面呈现要素

查询条件:时间、告警标题、告警流水号、告警级别、机房名称、区域;

查询结果:告警流水号、告警标题、机房名称、区域、机柜、网元类型、网元名称、告警开始时间、告警结束时间、告警级别、告警活动状态(活动/清除)、告警描述。

方案比较

运维管理环节中5个运维流程采用移动公司已有的EOMS流程引擎能力来完成,与完全自建功能方案的优缺点进行了比较:

表 4?2 是否利用EOMS流程引擎能力方案比较

方案

优势

劣势

方案一:采用EOMS流程引擎能力

功能可靠稳定:EOMS系统在故障工单管理、任务工单管理、信息发布和流转等功能方面已经建设较为成熟,已有流程引擎能力运行稳定;

已有流转通道:EOMS系统已经与各专业网管、客服、OA、短信网关等系统实现了互联,实现信息在多部门、多系统间的自动流转,采用可提升运维工作的效率

节省IDC运管平台涉及到的流程引擎能力的建设内容和费用,实现更为方便和快捷

工单和流程流转方面会受到EOMS的相关限制,定制开发实现上需依赖于EOMS系统同步调整

方案二:流程功能完全自建方式

完全新建引擎能力和接口,开发耗时相对更长,需投入相对较多的开发费用

不受限于其他系统的引擎能力,定制开发修改方面更为灵活

本项目综合考虑,建议采用方案一:采用EOMS流程引擎能力的方式进行建设。

工单质检

1)IDC运管平台需实现:对数业中心派单,网维和属地分公司接单、回单、归档的时间进行记录,通过预设门限来判断工单受理和回复等步骤是否有超时情况发生。

2)IDC运管平台需实现:引入工单质检环节,对工单处理的质量和回复的内容进行监督。通过制定工单处理质量检查规则,自动匹配工单处理结果和回复内容,实现工单质检。

运营管理

容量预警

数据中心的容量主要包括:空间,电力,制冷和网络等几方面。只有当这几方面的指标同时存在,才能说明数据中心的容量是可用的。为避免由于容量碎片化而造成数据中心容量损失,更好地规划和管理数据中心容量,不仅可以节约运营成本和提高能源效率,更可大幅延长数据中心使用年限。

功能概述:系统可设置空间、供电、制冷、网络、端口数量等各维度容量预警阈值,不同等级界面展示不同颜色,告警提示采用紧急弹出或专题预警界面。

  • 数据来源

集中故障管理平台:

接口方式:MQ;

数据内容:机架容量预警、端口容量预警、IP地址容量预警、数据中心带宽容量预警。

  • 界面呈现要素

告警流水号、发生时间、发生次数、告警对象名称、IP地址、告警标题、告警级别、告警描述等。

事件管理

功能概述:展示事件数量与事件状态总览,给出事件影响范围分析,可通过操作界面对分析的维度、颗粒度进行灵活配置,至少可提供按物理空间维度(数据中心级、机房模块级)、按设施架构唯独(系统级、设备级)、按客户维度的设备事件可视化统计分析展示,可生成相关报表。

事件包含故障告警、客户需求等。

对事件进行分层分级分类管理,通过图表给出基于层级的事件分布分析,给出基于专业系统的事件分布分析,并可按不同维度进行展示,可通过操作界面对分析的维度、颗粒度进行灵活配置。

  • 数据来源
  • 微信服务平台
  • WEB系统自助上报
  • 系统手动录入
  • 界面呈现要素

资源对象名称(数据中心/机房/网络系统/动力系统/空调系统/单个设备/客户名称)、资源对象类型、事件类型、事件级别、影响范围、发生时间、事件描述、原因分析、处理结果描述。

租用管理

功能概述:系统可以对IDC客户租用情况进行分析管理,包括客户租用机柜数量、租用IP地址、租用带宽,以及租用资源的位置分布、使用率统计、告警信息,监控数据中心的网络流量状况等。

系统具备对租用客户信息的增加、减少、删除等编辑功能,也应支持与周边其它系统进行数据同步来进行客户信息维护。

系统应支持与周边其它系统接口同步客户租用合同信息,支持管理客户合同中签订的SLA要求,并实时监测客户SLA的达成情况,提供月度和年度报表。

  • 数据来源

ESOP系统:

接口方式:FTP;

数据内容:客户名称、客户编号、机房、客户租用机柜数量、租用IP地址数量、租用带宽、SLA要求等。

集中故障管理平台:

接口方式:MQ;

数据内容:告警流水号、发生时间、发生次数、告警对象名称、IP地址、告警标题、告警级别、告警描述等。

  • 界面呈现要素

租用客户管理界面:

查询条件:客户名称、客户编号;

查询结果:客户名称、客户编号、租用机柜数量、租用IP地址、租用带宽、机房信息、机柜信息、客户联系人;

租用客户信息统计界面:

IP地址列表,包括IP地址、是否使用;

带宽利用率饼图,展示总租用带宽、已用带宽、空闲带宽;

实时告警列表,字段包括时间、告警标题、告警级别;

SLA报告,包括故障次数、平均持续时长,业务中断次数、业务中断时长;

业务管理

功能概述:系统应能对IDC 机房的基础业务、增值业务提供面向客户的业务支撑能力,能够以客户及客户资产、客户业务实例等不同层次的对象为单位提供业务监测数据,并实现在不同层次数据呈现之间用户界面的便利导航与视图转换。提供面向用户的IDC 业务运营质量分析报告。

系统须支持客户管理,如支持客户信息管理;支持客户业务管理;支持客户资源管理;支持客户查询统计;支持客户信息导出。

系统可根据自定义的计算模型对历史采集数据进行统计、分析、归纳,分析结果可以自定义报表形式输出。数据需保证一定的冗余性,满足数据备份的要求。

  • 客户管理

系统需管理客户信息,联系人、电话、帐户和合同等信息,需要支持基于业务工单的客户订购关系管理,支持基于客户服务的客户关系管理,合同记录数据中心与客户的业务关系,一个合同可以关联多个帐户,用户选择其中一个帐户付费。提供灵活的查询功能,以满足用户日常大量的查询需求。

以业务为中心,客户、帐户和合同为基础的资料管理应能应对用户对业务信息查询,更新等需求。

  • 数据来源

ESOP系统

接口方式:FTP

数据内容:客户名称、客户编号、租用IP地址、租用带宽、业务类型、合同编号、合同名称、支付账户、业务工单号等。

  • 界面呈现要素

客户名称 、客户编号、租用IP地址、租用带宽、业务类型、租用机柜数量、主机数量、合同名称、合同编号、业务工单号、客户联系人、联系人电话、支付账户等。

  • 内部管理

系统需要支持会议管理、通信录管理、值班管理、资料管理、IDC公告管理功能。其中的会议管理、公告管理、通信录功能应支持通过邮件通知相关人员,通信录管理应能支持内部通信录和外部通信录分组及自定义分组,且能从其它格式的文件中导入联系人信息,也应能支持将通信录导出为excel等文件。资料管理的功能应能支持私有文档及共享文档的管理,值班管理应能支持值班计划的安排,支持临时值班和周期性值班及轮班等分类管理。

服务管理

功能概述:

基于ITIL标准规程,以SLA服务管理为基础,按照客户等级、类型,业务等级和类型,订购的服务等级和类型,实现各类预警信息的结合。

本功能是各类服务工单的补充,实现管理员可以自定义工单流程和工单表单,实现自建工作流程和要素,为固化新服务或者流程提供技术手段。

系统应支持根据客户的服务需求生成工单,借助工作流有效地远程联系各个部门,快速、高效的完成客户的业务请求。系统应支持如下服务工单管理功能:

1)创建工单:网络监控人员或小组根据工作安排,创建工单并指派给运维人员或运维小组。

2)受理工单:同意受理工单或者拒绝受理。拒绝后,工单回到创建人或所在群组处,创建人或所在群组可修改工单后重新提交受理。同意受理后,选择工单处理执行人。

3)处理工单:处理和完成工单,并填写处理过程和结果。

4)确认工单:当工单处理完毕,派单人或所在群组将检查工单执行的最终结果,确认工作是否按照要求执行完毕。如对执行结果不满意,将工单返回至上一环节处理人继续处理;如满意,则关闭工单。

在工单处理过程中,系统应支持流程SLA的时间阈值管理,并根据SLA配置提醒当前处理人/处理小组。

  • 服务需求来源:

1 预警信息展现:

  • 空调、供电、制冷、主机等故障告警
  • 空调、供电、制冷、网络、端口数量等容量预警

2 客户服务请求(微信端以及WEB门户手工填写)

  • 机柜上下电服务

客户在微信端以及WEB门户能够对上电服务进行预约,由项目经理进行上电审核,审批后实时向用户推送相关信息。

预约成功后,系统基于预约单自动生成上电服务,现场项目经理进行服务单受理,在上电完成后进行现场信息的反馈,完成上电服务闭环。

当资源到期时,IDC运管平台可生成下电服务工单,现场项目经理进行服务单受理,在下电完成后进行现场信息的反馈,完成下电服务闭环。

  • 设备重启服务

客户通过微信服务号或者WEB门户,在设备重启模块中,可以选择需要重启的设备,然后将重启信息提交给IDC运营平台,平台处理人员根据用户请求进行设备的重启操作。

  • 服务时间阈值管理:

1 SLA服务配置范围:客户等级、客户类型、业务等级、业务类型、订购的服务等级、订购的服务类型;

2 不同的服务配置对象可以自定义对应的阈值;

3 实现超阈值服务工单的提醒功能,通过短信、微信等进行提醒。

  • 外部接口:

接口形式:WEBSERVICE

服务提供方:EOMS系统

接口类型:

  • 工单创建接口:内容包含多种格式的文档上传(如Excel、PPT、WORD等)、受理人、服务标题、服务内容等,并获取新建工单的ID
  • 工单查看接口:通过工单ID查看已派发工单的状态信息和流转情况

  • 界面呈现要素:
  • 事件受理界面:服务请求内容、请求时间、提出人、相关附件、服务模板下载等
  • 工单创建流转界面:工单ID、工单受理人、工单创建时间等
  • 超时告警界面:工单ID、工单流转环节、需要催办的人员信息、超时时间等
  • 状态查询界面:工单ID、工单执行环节、当前环节完成时间、工单内容、工单创建时间等
  • 记录查询及导出:

查询条件包含工单ID、工单创建时间、工单完成时间、创建人、受理人等;

工单查询结果包含工单ID、工单创建时间、工单完成时间、创建人、受理人、当前执行环节、是否超过阈值等信息;

查询结果可以导出成EXCEL文件。

报表统计

功能概述:所有统计数据可以通过图形界面进行展示,并通过定制报表方式进行导出。

报表包括:

机房资源空闲率TOPN报表

机房资源空闲率排名(从低到高和从高到低)报表:(可分别按机架、IP地址、物理端口、机位等进行空闲率统计排名),可选列表显示,时间周期可选。(日、周、月、年、可定义时间);

  • 界面呈现要素

时间粒度:日、周、月、年

时间范围:自定义时间范围

查询条件:区域、机房等

报表字段:排名、区域、机房、机架空闲率、IP地址地址空闲率、物理端口空闲率

数据导出:Excel、CSV、PDF

其他功能:支持从低到高和从高到低排序。

机房资源使用情况报表

机房资源使用情况统计报表:列出用户有权限查看的所有机房的各类资源(包括机房名称、机房面积、机架总数、空机架数量、机位总数、空闲机位数、IP地址总数、物理端口总数、空闲物理端口数、带宽总数、已分配带宽数)的使用情况,可选列表显示,时间周期可选(日、周、月、年、可定义时间);

  • 界面呈现要素

时间粒度:日、周、月、年

时间范围:自定义时间范围

查询条件:区域、机房、机架等

报表字段:区域、机房名称、机房面积、机架总数、空机架数量、机位总数、空闲机位数、IP地址总数、物理端口总数、空闲物理端口数、带宽总数、已分配带宽数。

数据导出:Excel、CSV、PDF

其他功能:饼图展示。

客户资源空闲率TOPN报表

空闲资源(机架、机位、IP、物理端口)情况统计报表:饼图显示某个机房内资源的总数与空闲资源的对比,同时列出具体的数字,可选列表显示,时间周期可选(日、周、月、年、可定义时间);

  • 界面呈现要素

时间粒度:日、周、月、年

时间范围:自定义时间范围

查询条件:客户名称、客户编号、机房名称等

报表字段:排名、客户名称、客户编号、机房名称、客户机架总数、机架空闲率、客户IP地址总数、IP地址空闲率、客户物理端口总数、物理端口空闲率、客户机位总数、机位空闲率、客户总带宽、带宽空闲率

数据导出:Excel、CSV、PDF

客户资源使用情况报表

客户资源占用率TOPN统计:从客户的角度进行占用的带宽、物理端口、U数、IP资源、机架数量的TOPN统计,时间周期可选(日、周、月、年、可定义时间);

  • 界面呈现要素

时间粒度:日、周、月、年

时间范围:自定义时间范围

查询条件:客户名称、客户编号、机房名称等

报表字段:客户名称、客户编号、机房名称、机架总数、空机架数量、机位总数、空闲机位数、IP地址总数、空闲IP地址数、物理端口总数、空闲物理端口数、带宽总数、已用带宽数

数据导出:Excel、CSV、PDF。

IDC上架设备明细报表

某时间周期(日、周、月、年、可定义时间),IDC上架的设备统计详细列表;

  • 界面呈现要素

时间粒度:日、周、月、年

时间范围:自定义时间范围

查询条件:区域、设备名称、机房名称、机架等

报表字段:区域、设备名称、设备厂商、设备型号、资产编号、IP地址、机房名称、机架、起始机位、结束机位、占用U数、上架时间、上架申请单编号、实施人、实施时间

数据导出:Excel、CSV、PDF。

IDC释放的资源明细报表

某时间周期(日、周、月、年、可定义时间),IDC释放的资源统计详细列表;

  • 界面呈现要素

时间粒度:日、周、月、年

时间范围:自定义时间范围

查询条件:区域、机房、机架、IP地址、物理端口、机位等

报表字段:区域、机房、机架、机位、设备名称、资产编号、IP地址、物理端口、机位

数据导出:Excel、CSV、PDF。

产品综合统计报表

产品统合统计报表:按照销售收入、销售数量、销售的业务发展单位等进行排名;

  • 界面呈现要素

时间粒度:日、周、月、年

时间范围:自定义时间范围

查询条件:地区、部门

报表字段:地区、部门、销售收入、销售数量

数据导出:Excel、CSV、PDF

其他功能:柱图展示(X轴为时间,Y轴为不同单位的销售收入/销售量)。

业务发展单位排名统计

业务发展单位排名统计:从客户数量、业务数量、占用资源数量、销售收入等角度进行排名;

  • 界面呈现要素

时间粒度:日、周、月、年

时间范围:自定义时间范围

查询条件:区域、部门、客户数量、业务数量、占用资源数量、销售收入

数据导出:Excel、CSV、PDF

业务发展单位趋势分析

按指定的业务发展单位进行客户数量、业务数量、占用资源数量、销售收入等进行历史趋势分析;客户数量分布饼图,按照业务发展点进行饼图分析;业务数量的饼图分析,按照业务发展点进行饼图分析。占用资源(主要指U数、带宽、物理端口、IP地址等)数量饼图分析,按照业务发展点进行饼图分析;

  • 界面呈现要素

时间粒度:日、周、月、年

时间范围:自定义时间范围

查询条件:区域、部门、客户数量、业务数量、占用资源数量、销售收入

数据导出:Excel、CSV、PDF

其他功能:

饼图展示(客户总量+各分公司客户量)

总体柱图展示(X轴为分公司,Y轴为各分公司业务量/销售收入/客户量)

业务发展趋势图展示(X轴为时间,Y轴为各分公司业务量/销售收入/客户量)

资源管理

全量资源管理

功能概述:与综资系统创建数据同步接口,获取全量资源数据,系统实现对IDC业务涉及到的各类全量资源的查询、展示。

  • 数据来源

综资系统:

接口方式:ESB

数据内容:网元名称、IP地址、所属数据中心、所属机房、所属机柜、起始机位、结束机位、占用U数等。

  • 界面呈现要素

查询条件:网元名称、机房名称、数据中心名称、机柜名称等

查询结果:网元名称、IP地址、所属数据中心、所属机房、所属机柜、起始机位、结束机位、占用U数等。

拓扑管理

功能概述:实现IDC整体的资源拓扑呈现,系统根据资源的部署情况进行自动展现,包括物理资源、网络资源、动力资源等,实现自动发现和拓扑结构的动态展示功能。并可手工编辑拓扑结构,显示的资源、网络、流量、电量、性能、告警信息,采用不同颜色显示不同状态。

  • 数据来源

综资系统:

接口方式:ESB

数据内容:网元名称、所属数据中心、所属机房、所属机柜、起始机位、结束机位、占用U数等

  • 界面呈现要素

参考界面:

图 4?8 拓扑管理功能示意图

客户经理管理

功能概述:提供普通客户经理的管理功能,同时该信息关联门户身份认证。包括信息的录入、编辑以及定期的人员信息核对。同时支持针对客户经理的功能权限配置。

  • 数据来源

ESOP系统:

接口方式:FTP;

数据内容:姓名、性别、手机号码、SF证号码、地市、区县、公司、部门等

  • 界面呈现要素

查询条件:姓名、手机号码、地市、区县

查询结果:姓名、性别、手机号码、SF证号码、地市、区县、部门等。

资源统计和管理

功能概述:系统应支持根据业务和运维工单信息,将客户与客户已使用的资源进行关联,并在此基础上实现各种客户使用资源统计、查询、导出、以及客户使用的资源的运行监控。

系统应支持对所有资源可以统计总量、剩余总量、已使用总量。支持按数据中心、按机房、按机架统计以上数据。

系统应支持图形化显示资源的占用情况,清晰标识已分配和未分配资源。

系统应具备资源的变更历史记录和呈现能力,支持用户查询资源的各种信息和状态的变化历史情况、以及相应的变更时间和变更人。

系统管理

设备配置管理

功能概述:对IDC系统配置进行管理,主要包括配置备份计划任务、配置的异地备份保存、基线配置上传、配置合规率校验、配置加固建议、配置修改记录等。

  • 数据定义和算法

通过设备ID、设备名称与配置信息中的关键字进行关联;

  • 数据来源

配置备份任务、基线配置、配置合规率校验、配置加固建议:手动录入或导入;

配置异地备份保存:通过后台巡检程序,每天定时采集配置文件并保存;

配置修改记录:根据采集到的配置文件比对情况,程序自动记录。

  • 界面呈现要素

配置备份任务:设备名称、任务名称、任务内容、执行时间、执行周期;

基线配置:设备名称、文件上传工具、配置用户信息、配置时间;

配置合规率校验:设备名称、规则名称、合规规则、执行校验时间、执行周期;

配置加固建议:设备名称、加固建议、提出人、提出时间;

配置修改记录:设备名称、修改人、修改时间、原配置文件、新配置文件;

支持上传、下载。

用户与权限管理

用户管理

功能概述:系统组织架构管理,支持按地市向下级别无限增加多层级部门或小组,支持新增新增用户的操作,修改账户信息操作,角色设置操作,重置密码操作,禁用账号的操作,同时具有按用户登录名、用户姓名、用户角色查询导出功能。

  • 界面呈现要素

查询条件:用户登录名、用户姓名、角色名称、组织机构;

查询结果:用户登录名、用户姓名、性别、手机号码、电子邮箱、角色名称、组织机构、有效期限、是否启用等;

支持导出为EXCEL;

角色权限管理

功能概述:支持自定义配置角色权限的操作,数据权限配置,系统整体功能根据功能权限和数据权限进行双重控制。

  • 界面呈现要素

查询条件:角色名称、是否授权;

查询结果:角色名称、是否授权、用户数等;

授权界面:地市权限列表、数据中心列表、系统功能权限列表、操作权限列表,选中或取消选中,可以实现基础权限管理。

密码管理

功能概述:管理员可以设置用户密码策略,来实现对用户密码的控制,密码策略配置的内容包括密码长度、密码的强度、有效期、到期提醒等。当设置或变更密码时,不符合策略要求时不允许设置或变更;当用户密码到期时,则强制用户修改密码,否则无法登录。

  • 界面呈现要素

原始密码输入框、新密码输入框、新密码确认框、密码有效期;

输入密码后在前台进行密码强度校验,对于不符合强度要求的给予提示。

日志管理

功能概述:实现日志采集、查询和管理功能:

1)对系统上所有功能点的操作以及数据的操作进行记录;

2)提供日志的容量管理、备份、查询、导出功能;

  • 数据来源

操作日志:根据用户操作,实时记录各类操作日志;保存时间:至少90天;

  • 界面呈现要素

操作日志:

查询条件:用户ID、操作类型、开始时间、结束时间;

查询结果:用户ID、时间、操作类型、操作信息描述、操作状态(成功/失败);支持导出为CSV/EXCEL文件。

系统设备管理

功能概述:系统须具备基本的自身设备管理功能,包括资源监视、自身软件的管理功能、数据管理功能。

  • 资源监视

系统对自身资源具备监视功能,监视点包括系统启动、系统初始化、系统关闭、服务器硬盘占用率、服务器内存占用率、服务器CPU资源占用率、告警阈值设置、应用软件进程。

对于系统自身的硬件故障或是配置故障,包括硬件设备宕机、硬盘Raid配置失败等,均能够在应用端进行声光告警提示运维人员进行查看。

由于本期软硬件系统部署于企业融合资源池内,资源的监控功能由融合资源池相应监控模块完成(请确认上述系统硬件层面的监控是否由BOMC统一实现)。

  • 自身软件的管理

系统对自身软件具备管理功能,包括支持软件安装管理,提供详细、友好的软件安装向导;支持生成相应的日志文件;支持升级过程中及升级后数据不丢失。

实现本项目所有应用功能的有效监控,应用模块出现异常需生成日志文件,系统自管理可根据日志文件判断应用功能是否正常,如果应用功能异常,需实时输出短信告警至维护人员。

对系统运行所涉及的软件应用进程进行监控,能发现应用进程异常或僵死的情况,并能实时输出短信告警至维护人员。

  • 系统第三方软件的管理

对本项目使用到的所有第三方软件,包括各类中间件和数据库运行情况的有效监控,如果第三方软件的日志文件中出现影响上层功能应用的异常,需实时输出短信告警至维护人员。

  • 数据管理

系统必须具备数据备份和恢复功能,包括系统可通过自身界面将指定的数据备份到指定的存储介质中,包括磁盘、磁带、数据库等。也可将指定的存储介质中的数据恢复到系统中,供用户在线使用。

系统必须支持数据导出功能,包括设备数据、用户数据、日志数据、告警数据、性能数据。

  • 外围接口监控

对系统所有外围系统接口运行情况进行监控,如果外围接口运行异常,需实时输出短信告警至维护人员。

  • 系统自管理规则和任务的管理

系统提供告警规则和任务管理功能,系统管理人员可以调整告警阀值等自管理告警的指标;提供监控任务的查询功能,包括任务名称、任务类型、执行周期、生效状态、创建时间、更新时间等字段。

  • 系统和接口运行状况报表

对于上述各类系统和接口运行的自监控情况需形成综合报表输出,方便系统管理人员回顾系统产生的各类自监控告警信息,主要统计字段包括:自管理告警产生时间、影响的应用模块或接口的名称、告警出现的次数、错误描述、当前状态等。

  • 系统自管理告警输出至BOMC

系统自管理所产生的重要告警需按BOMC的标准化定义,输出给BOMC侧,纳入BOMC统一管理。

配套系统改造需求

综资系统

4.7.1.1接口

从综合资源系统中定期同步所有IDC的资源及容量信息,包括数据中心、机楼、机房、机架、IP地址、端口、带宽以及路由器、防火墙、交换机、主机的设备信息,IDC机房机架容量,IDC机房设备端口容量,数据中心或者机楼级别的带宽容量,IDC IP地址池的容量,资源和工程状态信息等。

  • 接口方式:通过ESB进行对接;

采用webservice+FTP接口协议;综资系统和IDC运管平台均按照ESB的接口规范要求来传递数据,综资系统采用全量共享方式,每天同步一次。

4.7.1.2综资系统改造内容

  • 全量资源管理支撑

1)IDC全量数据抽取

综合资源系统可以IDC业务相关的全量资源数据单独抽取出来。数据包括空间资源:数据中心、机房、机架、地板,网络资源:网络端口、网络带宽、IP地址、第三方网络专线,配套资源:操作工位等, 根据ESB接口要求定制生成IDC网络资源的存量文件不涉及客户和业务数据。根据采集周期生成规范格式和规范文件名称的存量数据文件。

2)IDC全量数据封装

综合资源系统根据抽取的IDC全量资源数据,按照ESB规范封装成符合要求的CSV文件。

3)IDC全量数据上报任务管理

综合资源系统在现有的资源数据上报任务池中,为IDC全量资源增加一类上报类型。

4)IDC全量数据上报任务管理策略

综合资源系统根据ESB规范要求,定制全量数据上报策略。

5)IDC全量数据封装抽取同步接口

综合资源系统通过Webservice+FTP方式将CVS文件投放到ESB上。

6)IDC存量视图构建

根据接口需求按照IDC表关联关系构建IDC存量视图。

  • IDC容量管理

1)IDC机房机架容量

计算IDC机房机房机架容量,根据计算容量值结果生成到接口文件中

2)IDC机房设备端口容量

计算 IDC机房设备端口容量,根据计算容量值结果生成到接口文件中

3)数据中心或者机楼级别的带宽容量

计算数据中心或者机楼级别的带宽容量,以互联网出入口值汇总后生成到接口文件中。

4)IDC IP地址池的容量

计算IDC IP地址池的容量,将容量结果生成到接口文件中。

统一采集系统

4.7.2.1接口

从统一采集系统同步IDC机房设备、动力、冷源等系统的性能数据,包括:

空调系统

送风口温度

空调系统

回风口温度

空调系统

房间温度

空调系统

送风口湿度

空调系统

回风口湿度

空调系统

房间湿度

空调系统

相对湿度

空调系统

压缩机运行时间

空调系统

风系统运行时间

动力系统

电压

动力系统

频率

动力系统

功率

动力系统

电池

动力系统

电流

不间断电源

电量

网络设备

CPU

网络设备

内存

网络设备

温度

网络设备

电源

网络设备

端口配置状态

网络设备

端口运行状态

网络设备

端口带宽

网络设备

端口流出流量

网络设备

端口流入流量

防火墙

CPU

防火墙

TCP连接数

防火墙

丢包

防火墙

内存

主机

CPU

主机

内存

主机

风扇

主机

温度

主机

逻辑盘资源

主机

主机BPS流量

主机

主机PPS流量

主机

虚拟内存

主机

TCP连接数

主机

上连网络端口

主机

网络端口

主机

磁盘空间

主机

进程

主机

流量

  • 接口方式:通过ESB进行对接;

采用webservice+FTP接口协议;统一采集系统和IDC运管平台均按照ESB的接口规范要求来传递数据,一定周期内同步一次。

  • 数据处理流程

统一采集平台适配厂家侧设备接口,完成接口协议适配,数据获取、数据解析及归一化后通过北向共享接口将获取到的性能数据信息发送给ESB系统。

图 4?9 统一采集平台采集架构图

  • 统一采集平台北向接口描述:

北向接口协议:WebService+FTP方式,当平台完成数据采集后通过调用ESB WebService接口实现数据共享通知,并同时上传已采文件到ESB 数据存储服务器。消费系统可用通过订阅ESB消息获得数据达到通知,并根据消息中文件信息获取对应的数据文件(参加企业ESB对接规范)

数据文件描述:数据格式采用XML格式,并进行数据压缩后上传。数据文件格式及命名规范见统一采集北向接口规范(注,具体的命名及包含属性信息需要完成采集后确定。)

  • 统一采集平台数据采集过程:

图 4?10 统一采集平台数据采集过程示意图

4.7.2.2统一采集系统改造内容

1)动环系统数据采集及共享

采集动环系统空调、动力及不间断电源配置及性能数据,并进行解析及共享

采集范围:

采集源:中达动环网管

接口:SOCKET

数据:PM、空调系统、动力系统、不间断电源系统

采集过程:

数据分析:根据中达动环网管提供相关资料及消费系统需求指标数据,完成私有接口协议分析、数据分析,为后续接口适配及数据解析提供依据。

协议适配: 统一采集平台开发适配器适配动力系统设备SOCKET接口,实现与动力系统性能接口进行数据链接。

数据采集: 根据消费系统数据需求获取厂家设备原始数据

数据解析及归一化:解析厂家原始数据,提取消费系统需求相关的关键字段并根据算法及映射规则进行指标计算后生成PI数据。

数据过滤:根据通过综合资源同步数据及消费系统具体要去,过滤非IDC所需的动环数据,只上送IDC内的资源数据。

数据文件生成: 根据统一采集平台北向数据文件格式,生成标准化北向数据文件。

数据共享到ESB及数据核查:提供北向文件样例数据及文件描述给ESB管理者,获取文件共享规约,并录入统一采集消费系统。统一采集平台根据消费系统规约调用ESB服务接口发送数据获取通知,并上传文件至ESB制定目录。

综合资源数据同步:通过综合资源同步IDC内动环数据,并映射成统一采集能够匹配的数据格式,满足数据过滤要求。

2)主机设备数据采集及共享

采集主机设备的性能数据,并进行解析及共享

采集范围:

采集源:主机直连

接口:SSH

数据:PM,基础信息(CPU、内存、风扇、温度、连接数),端口信息(流量BPS、PPS),磁盘信息,进程信息

采集过程:

数据分析:根据设备厂商提供相关资料及消费系统需求指标数据,完成私有接口协议分析、数据分析,为后续接口适配及数据解析提供依据。

协议适配: 统一采集平台开发适配器适配主机设备SSH接口,实现性能接口进行数据链接。

数据采集: 根据消费系统数据需求获取厂家设备原始数据

数据解析及归一化:解析厂家原始数据,提取消费系统需求相关的关键字段并根据算法及映射规则进行指标计算后生成PI数据。

数据文件生成: 根据统一采集平台北向数据文件格式,生成标准化北向数据文件。

数据共享到ESB及数据核查:提供北向文件样例数据及文件描述给ESB管理者,获取文件共享规约,并录入统一采集消费系统。统一采集平台根据消费系统规约调用ESB服务接口发送数据获取通知,并上传文件至ESB制定目录。

集中故障管理平台

从集中故障管理系统同步IDC机房的所有动力、冷源、容量等系统的告警或预警数据。

  • 接口方式:MQ;服务提供方:集中故障管理系统;服务消费方:IDC统一运营管理平台

说明:本次集中故障管理平台的改造通过日常开发工单形式实现,本项目不列支开发费用。

EOMS系统

4.7.4.1接口

采用EOMS系统的流程引擎能力,完成IDC运管平台涉及的5个运维流程,包括人员物资出入、设备重启、机柜上下电、跳线施工、技术支援。

  • 接口方式:WEBSERVICE;服务提供方:EOMS系统;服务消费方:IDC统一运营管理平台

4.7.4.2 EOMS系统改造内容

  • 第1个流程:人员物资出入管理流程

工作流程:

  1. IDC客户通过IDC运管平台门户提交人员物资出入申请。
  2. 政企部收到申请,在IDC运管平台上进行审核和批准,并将下一步审批请求发送到OA(通过EOMS流转)。
  3. OA流转,经各职能部门审批通过,回到IDC运管平台。
  4. 数业中心在IDC运管平台收单,转派至网维中心/属地分公司IDC机房。运管平台需对"进入人员的公司名称"和"工作内容中的机柜信息"进行自动比对,比对通过后工单有效。
  5. 网维中心/属地分公司IDC机房收单后操作,并通过运管平台向数业中心反馈处理结果。

如第1步IDC客户为线下方式申请,则第2步政企部需自己在IDC运管平台上填写人员物资出入申请单,并将下一步审批请求发送到OA(通过EOMS流转),后续流程相同。

IDC运管流程:

(1)政企部新建派单:用户申请为线上方式则为审核和批准,用户申请为线下方式则为填写申请单

表单信息:

图 4?11 人员物资出入工单示意图

要素:

  • 公司名称:XXX
  • 出入事由:现场维护、参观访问、机房施工、进设备、出设备
  • 出入地点:某个IDC机房
  • 出入具体时间:2017.10.29
  • 出入人员数量:1人
  • 出入人员姓名和SF证号码:张三,310XXXXXX
  • 工作内容:怒江IDC 10号楼3D01机柜维护,装机
  • 进出的设备型号和数量:搬进1台DELL3850
  • 备注:其他信息

(2)审批工单

表单信息:审批结果、不通过理由。

(3)数业中心受理工单

表单信息:转派理由。

(4)网维中心/属地分公司处理反馈工单

表单信息:处理结果。

(5)数业中心回复工单

表单信息:处理结果。

(6)政企部归档工单

表单信息:归档意见、归档满意度。

OA系统审批流程:由OA系统完成审批过程。

采用EOMS流程引擎能力:

(1)政企部新建派单:提供政企部新建派单环节引擎能力,线上方式为系统自动读取申请信息,政企部进行审核和批准,线下方式则需要政企部手工填写。

(2)审批工单:提供审批环节引擎能力。

(3)数业中心受理工单:提供数业中心受理环节引擎能力。

(4)网维中心/属地分公司处理反馈工单:提供网维中心/属地分公司处理反馈环节引擎能力。

(5)数业中心回复工单:提供数业中心回复环节引擎能力。

(6)政企部归档工单:提供政企部归档环节引擎能力。

IDC运管系统和EOMS系统流程引擎接口:

(1)政企部新建派单接口:提供政企部新建派单环节引擎能力接口。

(2)审批工单接口:提供审批环节引擎能力接口。

(3)数业中心受理工单接口:提供数业中心受理环节引擎能力接口。

(4)网维中心/属地分公司处理反馈工单接口:提供网维中心/属地分公司处理反馈环节引擎能力接口。

(5)数业中心回复工单接口:提供数业中心回复环节引擎能力接口。

(6)政企部归档工单接口:提供政企部归档环节引擎能力接口。

  • 第2个流程:设备重启流程

工作流程:

(1)IDC客户通过IDC运管平台向数业中心发起设备重启申请

(2)数业中心收到申请后,审核校验确认后,派发至网维中心/属地分公司IDC机房

(3)网维中心/属地分公司IDC机房收单后操作,并通过运管平台向数业中心反馈处理结果(如需技术支持,通过电话、视频等方式沟通,不走工单流)。

如IDC客户通过电话向数业中心发起设备重启申请,则由数业中心上IDC运管平台填写IDC客户设备重启工单,后续流程相同。

IDC运管流程:

(1)数业中心新建派单:

表单信息:

表 4?3 数业中心重启设备工单示意图

IDC客户设备重启工单

客户名称

联系人

联系方式

设备位置

设备型号(选填)

设备唯一标识

重启方式

重启时限

派单人

联系方式

例如:

  • 客户名称:XXX
  • 重启联系人和联系方式:张三,139XXXX
  • 设备位置:怒江IDC 10号楼3D01
  • 设备型号(选填):DELL3850
  • 设备唯一标识:221.130.177.1
  • 重启方式:长按电源键
  • 重启时限:15或30分钟

(2)网维中心/属地分公司重启设备后回复工单:

表单信息: 处理结果(成功、失败)、具体处理措施。

(3)数业中心归档工单:

表单信息: 归档意见、归档满意度。

采用EOMS流程引擎能力:

(1)数业中心新建派单:提供数业中心新建派单环节引擎能力。

(2)网维中心/属地分公司重启设备后回复工单:提供网维中心/属地分公司重启设备后回复工单环节引擎能力。

(3)数业中心归档工单:提供数业中心归档工单环节引擎能力。

建立IDC运管系统和EOMS系统流程引擎接口:

(1)数业中心新建派单接口:提供数业中心新建派单环节引擎能力接口。

(2)网维中心/属地分公司重启设备后回复工单接口:提供网维中心/属地分公司重启设备后回复工单环节引擎能力接口。

(3)数业中心归档工单接口:提供数业中心归档工单环节引擎能力接口。

  • 第3个流程:机柜上下电流程

工作流程:

  1. 数业中心通过综资系统,收到IDC机柜新开、撤销类业务工单(沿现有流程);
  2. 数业中心根据业务工单,上IDC运管平台填写IDC机柜上下电申请工单,派发至网维中心/属地分公司IDC机房;
  3. 网维中心/属地分公司IDC机房收单后操作,并通过运管平台向数业中心反馈处理结果。

IDC运管流程:

(1)数业中心新建派单

表单信息:

表 4?4 机柜上下单工单示意图

IDC机柜上下电工单

客户名称

联系人

联系方式

上电机柜

下电机柜

业务工单编号

完成时限

派单人

联系方式

例如:

  • 客户名称:XXX
  • 联系人和联系方式:张三,139XXXX
  • 上电机柜:怒江IDC 10号楼3D01
  • 下电机柜:怒江IDC 10号楼3A01
  • 业务工单编号:
  • 完成时限:

(2)网维中心/属地分公司机柜上下电操作后回复工单

表单信息: 处理结果(成功、失败)、具体处理措施。

(3)数业中心归档工单

表单信息: 归档意见、归档满意度。

采用EOMS流程引擎能力:

(1)数业中心新建派单:提供数业中心新建派单环节引擎能力。

(2)网维中心/属地分公司机柜上下电操作后回复工单:提供网维中心/属地分公司机柜上下电操作后回复工单环节引擎能力。

(3)数业中心归档工单:提供数业中心归档工单环节引擎能力。

建立IDC运管系统和EOMS系统流程引擎接口:

(1)数业中心新建派单接口:提供数业中心新建派单环节引擎能力接口。

(2)网维中心/属地分公司机柜上下电操作后回复工单接口:提供网维中心/属地分公司机柜上下电操作后回复工单环节引擎能力接口。

(3)数业中心归档工单接口:提供数业中心归档工单环节引擎能力接口。

  • 第4个流程:跳线施工流程

工作流程:

  1. 数业中心通过综资系统,收到IDC端口新开、撤销类业务工单(沿现有流程);
  2. 数业中心根据业务工单,上IDC运管平台填写IDC机房跳线施工申请单,派发至网维中心/属地分公司IDC机房;
  3. 网维中心/属地分公司IDC机房收单后,配合数业中心完成跳线施工,并通过运管平台向数业中心反馈处理结果。

IDC运管平台流程:

(1)数业中心新建派单

表单信息:

表 4?5 跳线施工单示意图

IDC机房跳线施工单

客户名称

联系人

联系方式

A端位置

Z端位置

跳线路径

施工人员信息

随工人员信息

业务工单编号

完成时限

派单人

联系方式

例如:

  • 客户名称:XXXX
  • 联系人和联系方式:张三,139XXXX
  • A端位置:怒江IDC核心交换机N7K01 eth3/1
  • Z端位置:怒江IDC 10号楼3A01
  • 跳线路径:
  • 施工人员信息:中移公司,李四,310XXXXX,139XXXXX
  • 随工人员信息:数业中心,王五,139XXXXX
  • 业务工单编号:
  • 完成时限:

(2)网维中心/属地分公司机柜跳线施工后回复工单

表单信息: 处理结果(成功、失败)、具体处理措施。

(3)数业中心归档工单

表单信息: 归档意见、归档满意度。

采用EOMS流程引擎能力:

(1)数业中心新建派单:提供数业中心新建派单环节引擎能力。

(2)网维中心/属地分公司机柜跳线施工后回复工单:提供网维中心/属地分公司机柜跳线施工后回复工单环节引擎能力。

(3)数业中心归档工单:提供数业中心归档工单环节引擎能力。

IDC运管系统和EOMS系统建立流程引擎接口:

(1)数业中心新建派单接口:提供数业中心新建派单环节引擎能力接口。

(2)网维中心/属地分公司机柜跳线施工后回复工单接口:提供网维中心/属地分公司机柜跳线施工后回复工单环节引擎能力接口。

(3)数业中心归档工单接口:提供数业中心归档工单环节引擎能力接口。

  • 第5个流程:技术支援流程

IDC运管流程:

(1)数业中心新建派单

表单信息:

表 4?6 IDC机房技术支援工单示意图

IDC机房技术支援工单

工作事由

工作内容

进入地点

进入时间

进入人员

所属公司

SF证号码

联系方式

派单人

联系方式

例如:

  • 工作事由:抢修、维护、巡检等
  • 工作内容:怒江N7K01发生故障,对5槽位引擎卡进行切换
  • 进入地点:怒江IDC
  • 进入时间:17年11月20日
  • 进入人员:张三
  • 所属公司:华讯
  • SF证号码:310XXXXXX
  • 联系方式:139XXXX

(2)网维中心/属地分公司现场技术支援后回复工单

表单信息: 配合结果(配合、未配合)、具体处理措施。

(3)数业中心归档工单

表单信息: 归档意见、归档满意度。

采用EOMS流程引擎能力

(1)数业中心新建派单:提供数业中心新建派单环节引擎能力。

(2)网维中心/属地分公司现场技术支援后回复工单:提供网维中心/属地分公司现场技术支援后回复工单环节引擎能力。

(3)数业中心归档工单:提供数业中心归档工单环节引擎能力。

IDC运管系统和EOMS系统流程引擎接口

(1)数业中心新建派单接口:提供数业中心新建派单环节引擎能力接口。

(2)网维中心/属地分公司现场技术支援后回复工单接口:提供网维中心/属地分公司现场技术支援后回复工单环节引擎能力接口。

(3)数业中心归档工单接口:提供数业中心归档工单环节引擎能力接口。

ESOP系统

4.7.5.1接口

需通过能力开放平台从ESOP系统同步以下信息:

1)IDC客户经理信息,包括姓名、手机号码、SF证号码、邮箱;IDC客户信息,包括公司名称、客户联系人名称、手机号码、SF证号码、邮箱;

2)IDC的产品信息,包括产品编号、产品名称、产品类型、产品价格;

3)IDC业务订购信息,包括客户名称、客户编号、计费号码、订购带宽、保底带宽、业务单价、订购时间、生效时间等字段。

以上如有字段信息如ESOP无法获取,则转为IDC统一运管平台线下录入方式完成。

由于当前能力开放平台没有建立与ESOP的接口,本期新建能力开放平台与ESOP的信息开放接口,并由能力开放平台提供接口将数据同步给IDC运管平台。

  • 接口方式:Http+JSON;服务提供方:能力开放平台(ESOP系统);服务消费方:IDC统一运营管理平台

4.7.5.2 ESOP系统改造内容

1) 客户信息同步

CRM客户中心新增IDC客户信息接口,提供给ESOP:在客户中心新增IDC客户信息查询接口,能够通过客户编号,查询办理了IDC业务的客户信息。接口字段如下:客户编号,客户名称,客户类型,客户地址,客户联系人的等信息。

CRM客户中心新增同步进程,抽取全量的办理了IDC业务的客户信息,同步至ESOP,字段和接口一致。

在能力平台新增IDC客户信息查询能力,对ESOP渠道开放。

2)客户经理信息同步

CRM客户中心新增客户经理信息接口,提供给ESOP:在客户中心新增IDC客户经理信息查询接口,能够通过客户编号,查询办理了IDC业务的客户下所有的客户经理信息。接口字段如下:客户编号,客户经理编号,客户经理名称,客户经理手机号,角色类型,SF证号码,邮箱等信息;

CRM客户中心新增同步进程,抽取全量的办理了IDC业务的客户下的所有客户经理信息,同步至ESOP,字段和接口一致。

在能力平台新增IDC客户经理查询能力,对ESOP渠道开放。

3)产品经理信息同步

CRM客户中心新增客户经理信息接口,提供给ESOP:在客户中心新增IDC产品经理信息查询接口,能够通过客户编号,查询办理了IDC业务的客户下所有的产品经理信息。接口字段如下:客户编号,产品经理编号,产品经理名称,产品经理手机号,角色类型,SF证号码,邮箱等信息。

CRM客户中心新增同步进程,抽取全量的办理了IDC业务的客户下的所有产品经理信息,同步至ESOP,字段和接口一致。

在能力平台新增IDC产品经理查询能力,对ESOP渠道开放。

4)IDC产品信息同步

CRM产商品中心新增IDC产品信息接口,提供给ESOP:在产商品中心新增IDC产品信息查询接口,能够所有的IDC产品信息。接口字段如下:客户编号,产品编号,产品名称,产品类型,产品价格。

在能力平台新增IDC产品信息查询能力,对ESOP渠道开放。

5)IDC业务订购信息同步

CRM客户中心新增IDC业务订购信息接口,提供给ESOP:

在CRM客户中心新增IDC产品信息查询接口,能够通过客户编号,策划实例编号(可选),查询办理了IDC业务的客户下所有的IDC业务订购信息。接口字段如下:客户编号,客户名称,计费号,订购带宽,保底带宽,业务单价,订购时间,产品生效时间,产品失效时间等。

在能力平台新增IDC产品信息查询能力,对ESOP渠道开放。

OA系统

改造协作办公流程,接收EOMS系统派发的人员物资出入流程信息,提供审批界面和后台处理功能,改造SOA接口平台,增加协作办公与EOMS系统的接口,给EOMS系统反馈审批信息和审批结果,开放查询接口,EOMS系统(IDC统一运营管理平台)可实时查询到审批进度。

  • 接口方式:WEBSERVICE;服务提供方:OA系统;服务消费方:IDC统一运营管理平台

说明:本次OA系统的改造通过日常开发成本方式实现,本项目不列支开发费用。

4A系统

支持提供接口与4A安全管控平台相连,以实现统一的认证、鉴权等工作。并按照企业防撞库功能要求,实现和4A安全管控平台的集成接口。

系统登录认证要求具备通过短信下发认证码进行认证的功能,并且要求在用户登录成功后发送短信告知登陆成功。

IDC运管平台需按照4A安全管控平台的集成接口要求提供接口,A4系统侧本身不需额外改造开发。

  • 接口方式:WEBSERVICE;
  • 服务提供方:4A
  • 服务消费方:IDC统一运营管理平台

ESB系统

为统一采集系统、综资系统提供数据共享支撑能力,制定并提供文件共享规约,提供数据服务订阅能力。

  • 接口方式:WEBSERVICE、FTP;
  • 服务提供方:ESB
  • 服务消费方:IDC统一运营管理平台

说明:本次ESB系统的改造通过日常开发工单形式实现,本项目不列支开发费用。

机房出入终端管理系统

企业将新建一套机房出入终端管理系统,各IDC机房的出入管理终端将由机房出入终端管理系统统一收敛和纳管,IDC统一运管平台需和机房出入终端管理系统建立实时接口,由机房出入终端管理系统采用实时调用接口到IDC统一运管平台进行身份信息查询,并接收查询结果推送至终端上,机房出入终端管理系统保存相应记录。

  • 接口方式:WEBSERVICE;

说明:机房出入终端管理系统的建设通过其他项目实现,不纳入本项目建设范围内。

系统软硬件建设方案

资源池硬件

本期IDC运管平台计划部署在秦桥路211号66号楼融合资源池中,采用云平台部署方案。融合资源池采用Openstack架构和管理模式,IDC运管平台需满足相应部署和管理要求。

考虑微服务架构部署需求后,本期系统对资源池硬件资源占用建议需求如下:

表 5?1 对资源池硬件资源需求表

序号

服务器名称

服务器

服务器配置

CPU(颗数/核数)

内存(GB)

硬盘(GB)

应用服务器

1

Web/应用服务器

虚机

2CPU/8Core

32

300

2

Web/应用服务器

虚机

2CPU/8Core

32

300

3

Web/应用服务器

虚机

2CPU/8Core

32

300

4

Web/应用服务器

虚机

2CPU/8Core

32

300

接口服务器

1

接口服务器

虚机

2CPU/8Core

32

500

2

接口服务器

虚机

2CPU/8Core

32

500

数据库服务器

1

数据库服务器

物理机

4CPU/16Core

64

4*900

2

数据库服务器

物理机

4CPU/16Core

64

4*900

中间件服务器

1

中间件服务器(Redis、MQ等)

虚机

2CPU/8Core

32

300

2

中间件服务器(Redis、MQ等)

虚机

2CPU/8Core

32

300

因此,总计需要申请业务平台资源池虚拟机8台和PC物理服务器2台,存储空间约10TB。平台部署上线投入运行后,利用资源池资源弹性伸缩的特性,可灵活调整计算资源配置和存储配置。

服务器操作系统软件要求为Linux、数据库软件要求为Oracle12c,由融合资源池提供。

系统所需其他第三方软件,例如中间件软件等均由系统开发厂商提供。

与周边系统的互联网络:

1)综资系统、统一采集系统、集中故障管理平台、EOMS系统、ESB系统已部署于融合资源池,通过资源池内部互联链路即可完成互通。

2)ESOP系统、4A系统建议通过网管网实现互通。

3)OA系统建议通过OA内网实现互通。

4)机房出入终端管理系统计划部署于融合资源池(暂定),通过资源池内部互联链路互通。

组网示意图见下:

图 5?1 组网结构图

出入管理终端

另一项目将新购10台访客出入管理终端,放置在8个移动自有IDC数据中心的门卫岗亭或者SF证更换临牌的前台处,通过数据网络与机房出入终端管理系统以及IDC统一运管平台通信,以实现IDC数据中心客户人员进出的标准化、电子化管理。

终端硬件需具备读取二代SF证信息、打印吐出带有二维码的纸质回单、显示从平台读取的身份验证和审核表单信息、摄像头拍照等主要功能,由另一项目负责建设,不在本项目建设范围内。

配套需求

机房空间及电源需求

本期不涉及在机房内新增设备。

传输需求

无需求。

管线需求

无需求。

工程建设进度的建议

项目完成时间要求

要求系统在20XX年6月底上线试运行。

项目实施进度计划

本期工程进度安排如下:

表 7?1 本期工程进度安排表

阶段

开始时间

持续时间/天

结束时间

项目可研编制、评审

项目立项

主设备招标采购

系统软件开发

工程设计及评审

系统软硬件安装调测

系统初验(上线)

系统试运行

加客服微信:qmsd3699,开通VIP下载权限!