智慧IT运维监控大屏平台-方案建议书.docx
《智慧IT运维监控大屏平台-方案建议书.docx》由会员分享，可在线阅读，更多相关《智慧IT运维监控大屏平台-方案建议书.docx（65页珍藏版）》请在冰点文库上搜索。
智慧IT运维监控大屏平台方案建议书
目 录
1.目标及范围 3
1.1项目目标 3
1.2项目范围 4
2.技术方案 5
2.1系统总体架构及部署 5
2.1.1总体架构 5
2.1.2系统组成及系统体系结构 5
2.1.3业务功能 6
2.1.3.1大屏监控展示设计 7
65
1.目标及范围
1.1项目目标
集团公司在总部和企业层面已经建立了以综合网管系统和SAPSLM系统为主的运维支持系统，运维支持系统概览如Error!
Referencesourcenotfound.所示。
运维门户
服务受理
系统监控
服务管理
操作自动化
总部
总部运维门户
总部
呼叫中心系统
ERP运维服务系统（SLM）
总部综合网管资金集中卫星系统监系统 应用监控控LinkStar
Openview 系统 NMS
拓扑
重大故障
总部运维工单系统
SD ERP运
维服务系统
（SLM
总部桌面管理系统Bigfix
资产
补丁
核心设备性能
数据
企业
企业运维网站
企业服务热线
企业综合网管 ERP系 MES应系统 统监控 用监控评
Openview （SLM 价
）
）
运维工单系统
企业桌面管理系统Bigfix
图 运维支持系统概览
集团公司总部建立呼叫中心系统实时响应了用户有关门户、OA、基础应用、安全、视频、MES等系统的服务请求；工单系统实现了总部运维人员处理系统故障的工单流转；SAPSLM实现了ERP系统服务请求受理、事件管理、应用
监控及变更管理；网管监控系统实现了因特网、主干网、局域网、服务器、安全设备、企业防火墙、基础应用等基础设施的故障和性能监控；资金集中监控系统实现了资金集中系统的网络设备、服务器、安全设备、存储、负载均衡、灾备和应用系统的一体化监控；MES应用监控评价系统对MES应用进行监控，为MES上线达标、验收达标及深化应用提供了报告和依据。
在企业，已建成76家企业的综合网管系统，实现了对企业基础设施的监控；基本建成防病毒管理Bigfix系统，截至2012年1月，共安装18.3万台，授权
数18万。
同时，广州石化、茂名石化、燕山石化、北京石油等部分企业已建设了运维服务管理系统。
本次项目的总体目标是整合运维支持系统，建设集中的一体化运维平台，支撑集团公司IT运维共享服务，提高运行效率，降低成本，实现总部和企业运
维统一调度和集中管控，达到国内领先、国际一流的水平。
（1）建设集团公司IT运维平台，实现运行监控、配置管理数据库、IT服务管理、运维门户与大屏展示；实现与SAPSLM、SSOC、云资源管理平台、资金集中监控系统、加油卡监控等系统的集成。
具体实现如下：
Ø统一调度运维资源：
建成集中的服务管理系统，集成SAPSLM，实现运维支持工作的全过程管控和知识共享，通过在线流程有机协同总部、区域中心和企业之间，运维队伍与项目组之间的运维支持工作。
Ø集中监控应用系统：
建成集中的运行监控系统，实现对50套应用系统
的应用监控，从用户使用的角度进行可用性监控，及时发现和处理问题，缩短系统不可用时间。
Ø集中管理配置信息：
建成集中的配置管理数据库系统，实现50套应用系统与总部管理的基础设施的统一管理，为运维支持、变更风险分析、重大问题处理决策等及时地提供真实数据。
Ø大屏展示运维情况：
提升运维门户和大屏展示，通过系统集成大屏展示应用监控指标、信息安全状况、服务受理情况、重大问题处理情况等运维服务信息。
（2）制定集团公司IT运维标准与规范。
包括运行监控规范、服务管理规范、配置管理规范等。
1.2项目范围
项目范围包含总部基础设施和总部统建的50套应用系统，以及与两家试点企业已有运维系统的集成。
基础设施的范围主要包括总部4个数据中心，11个区域中心，涵盖服务器、存储、安全设备、网络设备、数据库、中间件等，当前共有各类设备7000台左右，具体数量以实际为准。
应用系统的范围主要包括ERP、MES、资金集中管理、总部生产营运指挥、电子商务、合同管理、综合办公、加油卡（区外）、APC等50套应用系统，主要涵盖了SAP、.NET、JAVA、Domino等技术平台。
2.技术方案
2.1系统总体架构及部署
2.1.1总体架构
集团公司IT运维平台项目（一期）的总体架构如下：
集团公司IT运维平台项目（一期）包括呼叫中心、运行监控、服务管理、配置管理、安全管理、运维门户和大屏展示7个子系统，其中呼叫中心和安全管理在另外项目中建设。
本期项目重点完成运行监控、服务管理、配置管理、运维门户和大屏展示系统的建设。
2.1.2系统组成及系统体系结构
根据本次集团公司IT运维平台项目（一期）需求的认真分析，推出自有的“CUBA”（立方体架构）的整体解决方案。
系统体系结构如下：
针对本次项目的产品整体解决方案包括：
n“三个支撑”：
以运行监控系统、CMDB配置管理系统、SOC安全监控系统（本期项目通过集成方式接入）为整个平台系统的支撑功能，打造系统功能基础。
n“一个导向”：
以IT服务管理系统为导向，强调为用户提供一站式服务和服务级别管理。
n“两个贯穿”：
以统一数据采集和ESB数据总线技术方案贯穿整个平台的建设。
n“两个体现”：
以运维门户和大屏综合展示系统作为整体IT运维平台的最终体现。
整体解决方案中的产品选型全部为获得国家版权认证、具备自主产权的软件产品，在电信、能源、金融、政府中获得广泛运用，拥有众多的成功项目案例。
2.1.3业务功能
2.1.3.1大屏监控展示设计
集团公司IT运维平台项目（一期）建设内容主要包括呼叫中心、系统监控、服务管理、CMDB、大屏展示、运维门户等子系统。
面对上述众多专业类别的运
维数据，需要通过大屏展示子系统打破专业类别瓶颈，融合多专业信息，以场景维度对已有数据进行重新组织和划分，并以大屏幕的方式进行展示。
针对本
次项目需求，计划采用完全自主知识产权的大屏产品（软件登记名称：
综合监
控系统软件V2.0）。
中石化当前已具备有两处物理大屏，分别是丰联广场监控中心大屏（6*3和4*3监控大屏）以及总部15*3生产营运指挥大屏。
丰联广场大屏幕主要用于集中展示石化信息系统运行和服务的整体情况。
总部生产营运大屏主要用于集中展示石化信息化建设的情况和成果。
针对上述两处物理大屏分别设计了相应的展现模式和展现内容。
2.1.3.1.1大屏展示系统特色概述
2.1.3.1.1.1展现数据实时性高
采用ESB数据总线技术实现对运行监控、服务流程、配置管理、呼叫中心、安全管理等系统数据的统一接入和处理，保障大屏展现数据的实时性。
ESB技术可实现接入系统间交互的网状结构为总线型结构，减少系统间接口开发与维护，互连系统只面向大屏展示系统的ESB开放接口；通过ESB解决各数据源系统和大屏展示系统交互时的接口协议适配和数据格式不统一的问题，规范系统间接口交互方式和交互协议。
对大屏综合展示系统抽取上来的信息进行统一管理，并对共享数据服务的元数据进行可视化管理，实现交互数据开放。
通过对各专业类别的运维数据的的梳理和整合，实现运维数据和信息的重用，实现运维数据快速共享支撑。
2.1.3.1.1.2展示方式丰富、布局灵活
大屏综合展现系统根据中石化实际运维工作，将一整屏的展现界面定义为日常运行、重点保障、应急指挥、参观汇报等多个展现场景。
每个场景可以包括多个视图。
视图布局可以按照常规的网格式排列、随机式排列、画廊式排列、
子窗口排列等。
并且，展示内容、形式和布局自由定义，可配合保障关注的重点随需而动。
展现层封装了丰富的专题类视图组件，面向于各种业务的不同需求可视化
展现。
包括列表组件、图表组件、拓扑组件、GIS组件、MAP组件、三维组件等。
2.1.3.1.1.3展现效果美观具有震撼力
ØFlex展现技术提升整体美观性
在业内首次采用整体的Flex展示，Flex界面封装、GIS、图表、大量的交互动态效果灯，都整体采用了支持Flex的功能支持，展现效果更美观，操作更便利，能更好的适应大屏幕的展示。
Ø4800*1200超大分辨率的一体应用
针对中石化超大的监控大屏，特别是总部大楼15*3的展示大屏，采用
4800*1200的高清晰分辨率进行开发，并通过多路输出的方式将高分辨率完整投送大屏，满足大屏幕清晰展现的要求。
通过建立超高分辨率应用、虚拟屏幕和真实视频输出的对应关系、真实视频输出和最后展示输出的对应关系等，满足一次性、最大限度的展示数据的需求，适合在多屏幕或多路视频输入的大屏使用。
2.1.3.1.1.4展现操控方便灵活
突破传统操作模式，利用IPAD进行场景间、展现内容间的操控。
利用移动终端结合WiFI网络，在参观过程中可以将移动终端（如IPad）作为遥控器，来切换或操作大屏。
完成的操作能力包括多种模式切换（日常运行模式、重点保障模式、应急指挥模式、参观汇报模式等）、保持界面和实际大屏幕展示的美观性和一致性。
利用移动终端可进行的操作如下：
模式切换：
利用移动终端可方便、快捷的在日常运行、重点保障、应急指挥、参观汇报等多种模式之间的快速切换。
背景换肤：
在移动终端上支持快速对大屏的展现背景进行更换。
画面管理：
在移动终端上可灵活方便的对大屏的展现画面进行操作和管理，如图表组件库的选择、分辨率选择等。
2.1.3.1.2展示数据采集
2.1.3.1.2.1数据采集技术要素以及技术特点
展示数据采集需要解决本项目数据侧面临的三个主要问题：
l涉及专业系统多，监控系统、服务管理系统、配置管理系统、呼叫中心、安全管理系统。
l采集数据指标多样，包括运行状态指标、服务管理指标、配置关系、安全运行指标等。
l业务复杂，满足多专业结合，多角度综合分析呈现各专业的信息。
本设计通过三层数据采集结构合理的解决了以上问题。
l通过ESB数据总线或是标准数据接口，将各子系统数据来源接入系统
原始数据库层；采用先进的数据处理中间件，可以将各类异构数据源接入的成本、风险降到最低。
同时保证系统对后续新接口的数据接入保留了良好的可扩展性。
l通过原始数据层，将来支撑不同专业的各系统数据合理划分。
结合资源数据，为业务数据的进一步分析，提供了可靠的数据基础。
l业务数据层，通过业务数据整合模块，将不同专业的数据根据应用展现要求，分析专业间关联关系，整合资源、性能数据；同时数据分析模块将进一步挖掘系统的数据关系及对应的实际业务意义，提供更高层的应用数据；汇总预测模块完成系统的汇总、预测要求。
2.1.3.1.2.2数据接入架构
系统数据采集如下图所示：
数据源种类繁多，包括：
ESB、数据库、EXCEL、文本数据、
WebServices、MQ等。
为解决数据源类型、结构、交互方式的多样性，数据接入层以ETL工具
Pervasive作为核心开发平台，通过二次开发手段完成本次数据接入工作，降低风险，缩短工期。
在部署上，通过采集云平台，实现负载均衡，同时具备良好的伸缩性、可扩展性。
降低业务扩展、网络扩容引发的系统升级成本和风险。
2.1.3.1.2.3ESB数据接入
对接入的系统进行接入服务适配、数据处理使得接入系统提供的共享服务数据标准化提供给访问系统的过程。
接入服务适配包括SOAP适配、文件适配、
MQ适配、Email适配、HTTP协议的适配等；数据处理可对访问系统的服务调
用请求进行认证，认证通过后即进行数据的处理和消息路由和数据转换处理，转换完成后进行向接入系统进行服务调用。
2.1.3.1.3展示数据管理
2.1.3.1.3.1数据管理设计要素以及技术特点
在服务层的设计和技术上为了能够最大程度的满足系统的组件化、高扩展性、可配置和对外接口的标准化，根据服务层的特点和以后根据系统的扩展可能引起的变化进行分析，对结构进行有效的组织和可容纳性设计，在设计和开发上的具体特点如下：
l有效的组件化设计
根据服务层中的组件的特点，进行组件职责的有效划分，让整个服务层的结构清晰和有组织性，并且减少组件之间的依赖；基于这些原则把整个服务层划分为了工具支撑组件库、框架支撑组件库、业务组件库、系统自管理组件库和对外服务组件库，各个组件之间通过规范的接口方式进行相互的交互调用，让整个服务层之间的聚合度增加、耦合度降低。
l可扩展的适配器
在满足系统应用的基础上，为了针对服务层中的使用的第三方组件的接口能够进行灵活的替换和标准化接口的方式，通过定义统一的接口方式和对外的适配器，让服务层能够降低对第三方组件的耦合性，并能够随时进行替换和更新。
l业务组件的可配置和扩展能力
对于系统中的场景和专题来说，为了满足场景和专题的可扩展和快速的业务变更能力，采用了基于配置的业务组件开发方式，并且定义了统一的业务配置文件标准。
每个场景和专题采用独立的业务组件，并且对应一个业务配置文件，系统的开发过程中可以通过对业务组件配置文件的扩展和修改，进行场景和专题的业务能力的快速扩充和变更。
l支持SOA的接口规范
在对外接口方面，根据统一的SOA接口规范，通过适配器的方式对接口交互的数据进行序列化和反序列化；并且由于采用了适配器的方式，随时可以根据规范的变化对适配器进行修正和更改，提高系统的适应能力。
2.1.3.1.3.2数据同步管理
对于通过数据总线或是标准接口采集到展示数据，可以设定数据同步的策略。
数据同步策略包括数据更新时间以及数据更新的方式。
数据更新时间能够设置双方进行数据同步的频率，如5分钟、10分钟双方进行一次数据同步，保证展示数据的及时性。
数据更新方式支持主动和被动两种方式。
可设定展现系统定期主动到数据总线或是通过接口去抓取最新的展现数据，也可支持由数据总线或是接口程序主动推送更新数据给大屏展现系统。
2.1.3.1.3.3指标模型组件
数据指标模型是基于配置的设计思想和结合整体框架的定义，给场景和专题提供业务服务的业务组件，根据每个场景和专题的不同进行组件化划分，采用外观模式对外提供统一的业务接口，采用相同的参数类型和输出类型，内部的实现分为两种：
数据类方法、业务方法。
其中数据类方法采用基于配置的实现方式，通过外部的XML配置文件直接进行数据库数据的提取，并返回相关结果；在具体的开发设计上具备以下特点：
l统一业务访问方法
业务组件对外只提供一个业务接口，这个业务接口采用统一的参数和返回数据格式，用来降低业务组件调用的复杂性，并且内部的也更好的进行扩展，避免需求变化引起接口产生大的变动；
业务接口的参数利用一个HashTable对象，所有的参数作为键值对放入到
HashTable中，各个具体的实现方法根据实际情况自行进行参数的解析；
业务接口的返回值统一使用二维表格的形式进行返回，上层的应用自行进行解析，这样避免数据信息的变化引起的接口的变动。
由于对于拓扑信息无法用Table二维表格描述，需要另外的返回数据对象
进行描述，需要把有关拓扑的相关业务方法独立为一个业务类。
l基于配置的数据接口
因为每个业务组件中所设计到的直接从数据库视图中获取数据并返回接口的情况比较多，并且这些数据库业务视图的变化也非常的频繁，为了更好的进行扩展和抽象，对于直接从数据库中根据条件获取数据的方法采用基于XML
配置的方式，接口参数（HashTable）中提供所对应的数据配置节和相关的参数，由具体的数据库解析类读取配置小节中的SQL语句进行执行并返回Table数据；
l灵活的逻辑业务接口
逻辑业务接口只指不能完全通过对数据库数据的访问而形成业务方法的接
口（例如业务方法中需要发送指令等），这些方法需要按照传统的方法进行开发，但是需要统一参数和返回值类型，在XML配置文件中把这些业务方法配置为
接口模式，统一的业务方法通过反射的模式进行调用；
2.1.3.1.3.4数据字典管理
数据字典管理功能主要是提供了服务层框架开发的基本组件和接口定义，规范化中层业务组件以及服务组件的开发模式，通过框架支撑组件库的定义，可以把整个服务框架的开发模式进行统一定义，能够让整个服务层进行灵活的变动。
整个数据字典管理库包括两部分：
基础类字典库和接口类字典库。
基础类字典库：
定义系统共享和通用的类，例如系统的全局变量定义、系统默认值定义和异常定义等；
接口类字典库：
提供对系统自管理组件和具有相同接口但是存在不同实现的组建接口定义，这部分的接口的具体实现放入到BOCO.MDS.Providers中，对外统一的通过接口进行访问；
2.1.3.1.3.5工具支撑组件库
工具支撑组件库把系统中需要共用的组件进行逻辑化的抽取，并且把用于数据和服务第三方组件进行二次封装，在开发和设计的层面可以进行灵活的替
换和统一组件的使用方式。
在具体的开发上进行了各类工具的接口的统一定义，对外服务约定以及使用方式的统一化，利用适配器的方式与系统定义的接口进行适配，满足组件化的设计需要，并且利用工具组件的设计，来统一中层服务的中接口的数据规范。
2.1.3.1.3.6系统自管理组件库
系统除了具体的业务场景和专题以外，对系统本身需要有相关的业务管理和数据管理的需要，系统自管理组件主要就是提供系统管理相关的业务服务，包括用户、日志等系统辅助性的功能，让整个功能框架保持完整性；
在具体的实现上也是遵守整个框架支撑组件的定义结构和对外的接口方式为上层提供相应的服务支持。
2.1.3.1.3.7服务组件库
服务层组件根据功能划分主要包括四部分：
服务层和业务组件代理、调度平台、缓存组件、对外接口。
服务层和业务组件代理（BOCO.MDS.Service.Agent）：
通过配置和反射的方式，把外部接口的请求对应到相关的业务接口并调用，然后把返回的结果输出给外部接口；
调度平台（BOCO.MDS.Service.Dispatch）：
进行任务的调度，需要进行相关调度任务的实现，然后加入到服务调度容器中进行管理；
缓存组件（BOCO.MDS.Service.Cache）:
对于业务和系统数据进行缓存处理；
对外WebService接口同上层呈现进行业务的交互，对外WS接口不需要进行业务逻辑处理，通过BOCO.MDS.Service.Agent直接调用业务方法，把结果转换为XML规范的数据后返回；
BOCO.MDS.Service.Agent:
读取接口的配置文件，通过反射的方式调用业务方法（BOCO.MDS.Business），通过工具支撑组件库（BOCO.MDS.Liberty）中的相关XML辅助组件完成参数和返回值的序列化和反序列化。
2.1.3.1.4可视化展现
2.1.3.1.4.1可视化展示设计要素及技术特点
可视化展示采用现在流行的Flex技术，在交互设计和用户感官上能够得到最好的体验效果，在设计和技术上主要基于通用性、可配置性、高兼容性和模块化的原则进行界面框架的设计，在具体的设计层面上为了提高系统的复用程度和高扩展程度，对内和对外方面都进行职责的划分，预计上层中需要扩展和变动的地方，采用组件化的封装方法应对系统的可持续性，为了应对这些特性，主要的设计和技术特点包括：
l组件化封装
UI展示层的各个部分根据功能职责进行清晰的划分，按照组件化的设计思想进行封装，减少各个部分之间的耦合度和提供可扩展的能力；
l接口高适应能力
通过灵活的接口代理和适配技术，能够兼容各类的接口数据的调用方式，并且通过组件化的封装，提高在数据访问接口的灵活度；
l呈现组件的高兼容性
对呈现类的组件通过适配器的方式进行二次封装，对上层提供统一的接口，可以兼容各种第三方的组件，并且可以进行灵活的替换；
l业务场景的可扩展和可配置
业务场景和专题采用组件化独立封装的原则，每个场景和专题可以单独进行开发和编译，采用插件的方式嵌入到主框架中，满足系统开发的可扩展性原则；业务场景和专题的在数据呈现元素上使用基于XML配置的方式，每个业务场景和专题对应一个业务配置文件，通过配置文件可以进行业务场景和专题中的元素和数据进行灵活调整和扩展；
2.1.3.1.4.2接口服务
接口服务主要是提供给可视化展示层和服务层之间进行交互的通道，所有的对外接口的调用都通过南向接口服务进行包装和解析，对内使用统一的接口规范，对外利用代理的方式来兼容不同标准的接口服务，这部分主要包括了接口代理、接口数据解析和接口数据缓存三部分；
l接口代理
接口代理是建立于服务层通讯和ESB通讯的通道，提供对外的访问方式，整个对外接口代理都采用标准的WebService方式与服务层和ESB进行直接的调用；
l接口数据解析
接口数据解析式把对外接口的数据和系统所需要的数据进行清洗和转换，
通过对数据的清洗和转换后形成UI展示层可用的数据，方便进行系统内的交互；
l接口数据缓存
接口数据缓存是存储一些不需要重复获取或者客户端个性化数据的本地存储，减少与服务端交互，降低系统的压力和提高响应速度；
2.1.3.1.4.3控件管理
呈现控件库是对可视化展示的具体功能界面提供可视化组件的支持，通过对具体组件功能的不同进行分类，并根据可视化展示所需要的功能定义不同种类呈现组件对外的统一的交互接口和功能接口，通过组件化的技术对已有的第三方组件进行二次封装，可以兼容同类的不同第三方组件和组件之间在开始过程中的可扩展，保持呈现组件的灵活性。
应用展现层封装了丰富的专题类视图组件，面向于各种业务的不同需求可视化展现。
Ø列表
提供通用的排名类列表以及常用的统计类表的展现方式：
Ø图表
提供丰富的图表展现方式，包括单序列的柱状图、曲线图、饼图；多序列的柱状对比图、曲线对比图、混合对比图；以及雷达图、甘特图、金字塔图等。
ØMap
提供Map方式的渲染呈现，可以根据具体指标按照国家、省份、地市、区县进行由浅至深的颜色渲染。
Ø拓扑
提供复杂的拓扑逻辑视图能力，支持的拓扑图类型包括：
树形拓扑、星型拓扑、子网拓扑、网状拓扑等。
同时拓扑支持各节点及连线的告警着色，如有父子关系的节点，进行告警收敛呈现。
Ø视频流
提供基于rmtp方式的流媒体视频播放，主要体现在于以下几种能力：
·播放指定的视频文件，支持的视频格式包括
avi，mp4，rmvb，flv，swf等；
·播放实时的电视流媒体广播
·播放实时的监控摄像流
·播放实时的
升级会员 