集团公司智慧IT运维平台-总体技术方案

1、PAGE 集团公司智慧IT运维平台总体技术方案目 录 TOC o 1-4 h z u HYPERLINK l _Toc528139355 1.目标及范围 PAGEREF _Toc528139355 h 4 HYPERLINK l _Toc528139356 1.1 项目目标 PAGEREF _Toc528139356 h 4 HYPERLINK l _Toc528139357 1.2 项目范围 PAGEREF _Toc528139357 h 5 HYPERLINK l _Toc528139358 1.3 建设内容 PAGEREF _Toc528139358 h 6 HYPERLINK l _T

2、oc528139359 1.3.1 建立集团公司IT运维平台 PAGEREF _Toc528139359 h 6 HYPERLINK l _Toc528139360 IT服务管理系统 PAGEREF _Toc528139360 h 6 HYPERLINK l _Toc528139361 运行监控系统 PAGEREF _Toc528139361 h 7 HYPERLINK l _Toc528139362 配置管理数据库 PAGEREF _Toc528139362 h 8 HYPERLINK l _Toc528139363 大屏展示 PAGEREF _Toc528139363 h 9 HYPERL

3、INK l _Toc528139364 运维门户 PAGEREF _Toc528139364 h 10 HYPERLINK l _Toc528139365 1.3.2 建立集团公司IT运维平台相关标准与规范 PAGEREF _Toc528139365 h 10 HYPERLINK l _Toc528139366 运行监控标准 PAGEREF _Toc528139366 h 10 HYPERLINK l _Toc528139367 服务管理标准 PAGEREF _Toc528139367 h 10 HYPERLINK l _Toc528139368 配置管理标准 PAGEREF _Toc5281

4、39368 h 10 HYPERLINK l _Toc528139369 2.总体技术方案 PAGEREF _Toc528139369 h 11 HYPERLINK l _Toc528139370 2.1 系统总体架构及部署 PAGEREF _Toc528139370 h 11 HYPERLINK l _Toc528139371 2.1.1 总体架构 PAGEREF _Toc528139371 h 11 HYPERLINK l _Toc528139372 2.1.2 逻辑架构 PAGEREF _Toc528139372 h 11 HYPERLINK l _Toc528139373 运行监控系统

5、 PAGEREF _Toc528139373 h 11 HYPERLINK l _Toc528139374 配置管理系统 PAGEREF _Toc528139374 h 12 HYPERLINK l _Toc528139375 服务管理系统 PAGEREF _Toc528139375 h 14 HYPERLINK l _Toc528139376 运维门户系统 PAGEREF _Toc528139376 h 16 HYPERLINK l _Toc528139377 大屏展现系统 PAGEREF _Toc528139377 h 16 HYPERLINK l _Toc528139378 2.1.3

6、技术架构 PAGEREF _Toc528139378 h 17 HYPERLINK l _Toc528139379 运行监控系统 PAGEREF _Toc528139379 h 17 HYPERLINK l _Toc528139380 配置管理系统 PAGEREF _Toc528139380 h 20 HYPERLINK l _Toc528139381 服务管理系统 PAGEREF _Toc528139381 h 21 HYPERLINK l _Toc528139382 运维门户系统 PAGEREF _Toc528139382 h 23 HYPERLINK l _Toc528139383 大屏

7、展现系统 PAGEREF _Toc528139383 h 23 HYPERLINK l _Toc528139384 2.1.4 功能架构 PAGEREF _Toc528139384 h 25 HYPERLINK l _Toc528139385 运行监控系统 PAGEREF _Toc528139385 h 25 HYPERLINK l _Toc528139386 配置管理系统 PAGEREF _Toc528139386 h 27 HYPERLINK l _Toc528139387 服务管理系统 PAGEREF _Toc528139387 h 29 HYPERLINK l _Toc52813938

8、8 运维门户系统 PAGEREF _Toc528139388 h 32 HYPERLINK l _Toc528139389 大屏展现系统 PAGEREF _Toc528139389 h 33 HYPERLINK l _Toc528139390 2.1.5 物理部署 PAGEREF _Toc528139390 h 33 HYPERLINK l _Toc528139391 运行监控系统 PAGEREF _Toc528139391 h 33 HYPERLINK l _Toc528139392 配置管理系统 PAGEREF _Toc528139392 h 35 HYPERLINK l _Toc5281

9、39393 服务管理系统 PAGEREF _Toc528139393 h 36 HYPERLINK l _Toc528139394 运维门户系统 PAGEREF _Toc528139394 h 37 HYPERLINK l _Toc528139395 大屏展示系统 PAGEREF _Toc528139395 h 38目标及范围项目目标集团公司在总部和企业层面已经建立了以综合网管系统和SAP SLM系统为主的运维支持系统，运维支持系统概览如 REF _Ref328568448 h * MERGEFORMAT 图所示。图 运维支持系统概览集团公司总部建立呼叫中心系统实时响应了用户有关门户、OA、基

10、础应用、安全、视频、MES等系统的服务请求；工单系统实现了总部运维人员处理系统故障的工单流转；SAP SLM实现了ERP系统服务请求受理、事件管理、应用监控及变更管理；网管监控系统实现了因特网、主干网、局域网、服务器、安全设备、企业防火墙、基础应用等基础设施的故障和性能监控；资金集中监控系统实现了资金集中系统的网络设备、服务器、安全设备、存储、负载均衡、灾备和应用系统的一体化监控；MES应用监控评价系统对MES应用进行监控，为MES上线达标、验收达标及深化应用提供了报告和依据。在企业，已建成76家企业的综合网管系统，实现了对企业基础设施的监控；基本建成防病毒管理Bigfix系统，截至2012年

11、1月，共安装18.3万台，授权数18万。同时，广州石化、茂名石化、燕山石化、北京石油等部分企业已建设了运维服务管理系统。本次项目的总体目标是整合运维支持系统，建设集中的一体化运维平台，支撑集团公司IT运维共享服务，提高运行效率，降低成本，实现总部和企业运维统一调度和集中管控，达到国内领先、国际一流的水平。（1）建设集团公司IT运维平台，实现运行监控、配置管理数据库、IT服务管理、运维门户与大屏展示；实现与SAP SLM、SSOC、云资源管理平台、资金集中监控系统、加油卡监控等系统的集成。具体实现如下：统一调度运维资源：建成集中的服务管理系统，集成SAP SLM，实现运维支持工作的全过程管控和知

12、识共享，通过在线流程有机协同总部、区域中心和企业之间，运维队伍与项目组之间的运维支持工作。集中监控应用系统：建成集中的运行监控系统，实现对50套应用系统的应用监控，从用户使用的角度进行可用性监控，及时发现和处理问题，缩短系统不可用时间。集中管理配置信息：建成集中的配置管理数据库系统，实现50套应用系统与总部管理的基础设施的统一管理，为运维支持、变更风险分析、重大问题处理决策等及时地提供真实数据。大屏展示运维情况：提升运维门户和大屏展示，通过系统集成大屏展示应用监控指标、信息安全状况、服务受理情况、重大问题处理情况等运维服务信息。（2）制定集团公司IT运维标准与规范。包括运行监控规范、服务管理规

13、范、 配置管理规范等。项目范围项目范围包含总部基础设施和总部统建的50套应用系统，以及与两家试点企业已有运维系统的集成。基础设施的范围主要包括总部4个数据中心，11个区域中心，涵盖服务器、存储、安全设备、网络设备、数据库、中间件等，当前共有各类设备7000台左右，具体数量以实际为准。应用系统的范围主要包括ERP、MES、资金集中管理、总部生产营运指挥、电子商务、合同管理、综合办公、加油卡（区外）、APC等50套应用系统，主要涵盖了SAP、.NET、JAVA、Domino等技术平台。建设内容建立集团公司IT运维平台IT服务管理系统建立集中的服务管理系统，统一调度运维资源，实现总部、区域中心、企业

14、和石化盈科运维支持工作的有机协同、问题处理全过程跟踪、重大变更风险的有效控制、运维知识的充分共享、服务水平的集中管控。建立和完善运维流程和SLA完善服务管理流程：事件、问题、变更、配置、发布、知识和服务报告管理；完善日常运维业务流程：账号申请管理、巡检管理、设备入网管理、视频会议 管理；制定贯通总部、区域中心、企业和石化盈科的服务支持流程；梳理流程角色与人员对应表；建立服务目录、服务级别和服务成本计量模型等。建设IT服务管理系统将上述运维流程化，实现服务受理、记录、工单派发、服务响应、处理情况记录、用户回访、工单关闭的服务全过程管理。实现变更管控、故障解决方案知识共享，系统上线发布管控，配置数

15、据库变更管控等。实现服务管理统计分析功能，如问题处理分类及汇总表、服务处理平均时间等。实现待办事项、待办提醒、用户管理、权限管理、用户视图等基础功能。集成相关系统集成SAP SLM系统，实现服务受理及处理的数据同步；集成监控系统，自动将监控告警转化为工单；集成短信与邮件系统，实现工单派发提醒。知识库建设梳理、编制基础设施、ERP、MES、综合办公等信息系统常见问题处理的知识手册，建立运维知识库和知识地图，提高一线人员的问题解决比率。建设运维知识库建立运维知识库，供一线、二线支持人员和用户自助服务使用。知识库主要实现如下功能：知识的存储、分类、审核、搜索、应用场景推送、使用评价和反馈等。实现与呼

16、叫中心系统、运维门户的集成。梳理和编制运维知识制定知识手册模板，梳理各专业知识分类，构建知识地图。组织各专业人员编制各系统用户常见问题及处理手册网络常见问题及处理手册。桌面终端常见问题及处理手册操作系统常见问题及处理手册ERP常见问题及处理手册MES常见问题及处理手册制定知识管理流程，实现知识产生、审核、分类、使用、反馈、创新及删除的全生命周期的管理。运行监控系统建设运行监控系统，实时掌握集团公司总部统一建设50套应用系统的业务服务情况，并对基础设施及安全进行监控，保障重要系统业务连续性和可用性。建设运行监控系统实现50套应用系统的应用监控：制定应用系统监控接口规范，实现应用系统使用情况的监控

17、，如注册用户数、在线用户数、最主要的业务交易量；实现应用系统实时可用性监控，如是否可用、响应时间等；实现应用系统软硬件故障和性能监控；实现应用系统可用性管理，如月度、季度、年度可用性计算。扩展基础设施监控范围和内容，增加监控基础设施数量、增加对中间件监控、增加对数据库监控。集成安全监控系统，通过集成实时收集互联网出口安全状态、终端安全状况、攻击源分布及态势、主干及数据中心网络安全态势、舆情监控。集成相关系统集成资金集中和区外加油卡应用监控、SAP SLM和配置管理数据库系统。配置管理数据库建设配置管理数据库系统，实现集中管理总部统一建设集中部署应用系统的配置项基本信息及关联关系。制定模板设计应

18、用系统配置信息模板；制定配置项数据字典；建设配置管理数据库系统建成配置管理数据库系统，实现应用系统和基础设施配置信息自动采集、手工录入、变动确认、关联关系管理、查询使用等主要功能。收集50套应用系统的运维人员、应用软件、服务器、中间件、数据库、操作系统的配置信息，数据质量符合标准的入库。收集朝阳门、小营、亦庄机房的网络、主机、安全设备、存储、机房设备的配置信息，数据质量符合标准的入库。集成相关系统集成监控系统，对配置项告警进行记录；集成IT服务管理系统，对配置项的变更进行跟踪和管理。大屏展示建立一套大屏综合展示系统，并且在此基础上通过精细化的定制开发服务，最终满足石化在运行监控、服务管理、应急

19、指挥、重要保障及参观等方面的展示需求。具体建设内容如下：集成呼叫中心系统，展示电话呼入总量、接听率、平均响应时间、平均通话时长等数据；集成IT服务管理系统，展示服务受理总量、处理总量、未处理总量、一线解决率、二线解决率、已超时未解决数量、平均处理时长、变更总量等信息；集成运行监控系统，展示应用系统实时可用性、本月/本季/本年可用性、注册用户数、在线用户数、最主要业务交易量、本日/本周/本月/本季/本年告警数及处理数等信息；集成安全监控系统，展示本日/本周/本月/本季/本年系统攻击数、历史攻击数及峰值、安全漏洞总数、应用系统安全健康状况等信息；集成配置管理数据库系统，展示应用系统数量、网络/服务

20、器/终端/安全设备数量、存储总量等信息。运维门户增加用户自助服务，实现服务请求的提交和服务结果的查询；增加搜索引擎，实现运维知识共享。建立集团公司IT运维平台相关标准与规范运行监控标准运行监控系统接口规范监控对象命名规范运行监控服务目录运行监控服务申请流程、监控报表申请流服务管理标准IT服务管理系统接口规范运维术语和运维流程服务目录、服务水平、服务计量和运维考核指标基础数据，比如组织机构、人员、IT设备和信息系统等各类数据配置管理标准配置项分类标准配置项命名标准配置项信息变更规范配置项信息模板总体技术方案系统总体架构及部署总体架构集团公司IT运维平台项目（一期）的总体架构如下：集团公司IT运维

21、平台项目（一期）包括呼叫中心、运行监控、服务管理、配置管理、安全管理、运维门户和大屏展示7个子系统，其中呼叫中心和安全管理在另外项目中建设。本期项目重点完成运行监控、服务管理、配置管理、运维门户和大屏展示系统的建设。下面详细描述这5个子系统的系统架构。逻辑架构运行监控系统运行监控系统的逻辑架构如下： 图 运行监控系统逻辑架构系统逻辑架构采用三层结构，按照采集层、功能层、展现层分层设计。被管对象层指基础设施、应用系统、其他第三方监控系统。（1）采集层：针对网络、服务器、数据库、中间件、存储、应用系统等不同的被管对象提供采集适配器，以插件形式松耦合集成到统一数据采集平台之上。同时提供告警处理功能。

22、（2）处理层：按照功能实现层次又可划分为数据存储和业务逻辑，便于维护。数据存储提供对运行监控系统重要数据（性能数据、告警数据、主要配置数据）的存储；业务逻辑层是对监控功能进行封装和整合，以中层服务的形式向展现层提供数据服务，起着承上启下的作用。（3）展现层：提供用户交互功能，按照管理需求提供各类监控视图、监控分析工具、分析统计报表等，同时可根据用户管理角色不同提供个人工作台。由于运行监控系统的管理范围和功能需求处于不断发展和变化的过程之中，基于三层的架构设计，可以降低应用系统的后期维护成本，对业务变化作出快速响应，最终保障应用系统的持久的生命周期。配置管理系统配置管理系统的逻辑架构如下：图 配

23、置管理系统逻辑架构（1）采集层：采集层通过系统自身采集以及与集中监控管理平台（运行监控系统）对外提供的数据接口采集相应的告警，资源，配置及其他数据，定期采集或者手工同步，使网络实际数据与管理数据达到高度一致，以保证管理数据的可信赖程度。（2）功能层：功能层主要完成对采集层上传的资源数据进行适配、存储以及在时间、地域、网元等各种维度上的数据汇总整合工作，提供资源模型服务和对象管理功能，为上层应用提供不同维度和粒度的预处理数据。功能层中的资源模型管理是数据处理的中枢，通过数据建模单元将数据和应用隔离开来，系统中管理的各种资源通过建模工具在数据库种建立相应的数据模型，向上提供数据服务，再通过上层的应

24、用管理资源对象。资源建模增加了资源模型的可视性、可维护性、可扩充性。（3）展现层：展现层为生产工作提供服务，提供日常的操作和运行维护功能，保证数据的准确性、及时性、直观性，该层设计目标在于快速发现问题及解决问题。展现层主要完成数据公共处理、系统业务应用和呈现等核心功能。展现层从功能层获取原始的管理数据，并对其进行公共性、基础性的处理；各应用模块基于公共处理后的结果再进行各自的分析处理，最终通过拓扑视图、统计报告等丰富多样的呈现方式来予以展现。服务管理系统服务管理系统的技术架构如下：图 服务管理系统技术架构图服务管理系统基于SOA架构，划分为资源层、构件层、服务层、流程层和协同层五个层次。其技术

25、架构如下图所示：（1）资源层资源层的核心功能是访问数据资源，为了在各个层次采用统一的方式访问这些资源，运维平台采用数据定义的方式描述了系统中的数据结构，这些数据结构用于接口的定义、数据的持久化、数据的显示格式以及数据的转换格式等等。一组数据定义组成了一个数据集，数据定义由数据实体和显示模型组成。其中数据实体分为持久化实体、非持久化实体和查询实体，显示模型定义了数据实体的显示方式，包括编辑方式、效验规则、显示名称、显示样式等内容。每个数据实体可以有多个显示模型，每个页面控件可以使用显示模型控制显示的样式。（2）构件层 构件层的构件用于实现领域相关的业务逻辑，构件层提供了三种类型的构件实现方式：J

26、ava构件、逻辑构件和工作流。通过对这三种构件进行组装、调用运算逻辑，或者相互调用来实现业务操作。逻辑构件采用图形化的方式将运算逻辑、逻辑流和服务组装成更大粒度的构件。一个逻辑构件定义了一套业务操作的接口，每个业务操作由一个逻辑流来实现。工作流也是一种构件，可以把一个工作流程暴露成一个服务，由其他模块或者其他系统来调用。这样其他模块看到的只是一个业务操作接口，而不必关心这个业务对应的是一个业务流程，还是一个逻辑流或者一个Java构件。（3）服务层 服务层是用来将构件层编写的构件，装配成服务的方式暴露给其他模块或者其他系统。服务层的服务含义不仅仅是指Web Service，在SOA体系中服务是构

27、件暴露出来的业务操作，在技术上可以体现为Web Service，也可以体现为Java Interface、EJB、JMS等多种调用方式。我们可以将Java构件，或者逻辑构件实现装配为服务构件，也可以将这些构件装配成更大粒度的组合构件。（4）流程层流程层提供了BPS，实现了对整个流程的全生命周期的管理，并提供流程的可视化定义、配置等相关功能。（5）协同层协同层也叫接入层，应用支持HTTP，Web Service，Ajax等多种接入方式。同时提供了客户端接入接口，允许第三方应用通过客户端接口访问应用提供的服务。协同层最核心的功能是提供了页面流功能，页面流引擎负责页面的跳转，页面间的数据流转，调用服

28、务层提供的服务，或者直接调用构件层构件的接口。运维门户系统运维门户的逻辑架构图如下：图 运维门户系统逻辑架构图（1）展示层：提供用户交互功能，按照管理需求提供信息服务、自助服务、集成服务、论坛模块等，同时可根据用户管理角色不同提供功能展现。（2）业务层：为展示层的功能展现提供业务服务模块和统一的接口，支持公共组件的灵活添加。（3）数据持久层：根据订阅需求从数据总线获取封装好的数据，数据进行相应的处理，支撑系统业务功能应用和运行。大屏展现系统大屏展示系统的逻辑架构如下：图 大屏展示系统逻辑架构图应用展示(UI)：提供系统业务功能的可视化界面和同用户的功能互动。系统服务：是为上层的业务功能提供业务

29、服务和统一的接口以及消息操作交互平台，支持公共组件的灵活添加。数据采集：提供支撑系统功能应用和运行的数据采集和数据存储。技术架构运行监控系统运行监控系统技术架构实现思路：结合石化监控系统现状建设新的运行监控系统，集成接入综合网管系统、SAP SLM、资金集中监控、MES监控、加油卡（区外）监控和安全监控等监控系统。通过产品定制，完成监控数据采集、数据处理、故障及性能告警管理、根本原因分析等大部分功能；通过程序开发，完成个性化统计报表及分析、系统集成接口等功能。运行监控系统技术架构如下：图 运行监控系统技术架构本方案的技术架构采用多层结构，优点在于数据呈现、业务逻辑、数据存储分离，代码清晰，便于

30、开发运维人员分工（例如处理业务逻辑的开发人员无需关心数据的存储方法以及用户界面的呈现方式），而且在业务发生变更时能够迅速准确的定位工作重点。另一方面，这一模式可以很好地完成各业务之间的协作任务，重视而且强化数据的统一性和规范性，对于功能的扩展有着很高的灵活性。考虑到集团公司已经建设成功了SAP Solution Manager、微软SCOM等其它九套专业监控系统，如微软SCOM提供对PC SERVER、SQL SERVER和MY SQL的监控功能，因此运行监控系统的技术架构充分考虑了对已建设成果的充分利用，保护已有投资，发挥投资效益最大化。技术架构充分考虑到对各个功能的技术落地。具体如下：（1

31、）统一数据采集采用不同适配器组件通过对监控组件的调度和采集，对不同类型的被管理对象数据进行统一的数据标准化处理，从而屏蔽不同采集源的异构性，实现采集系统的松耦合和灵活扩展性。不同适配器根据管理组件的不同而采用不同的数据采集接口，采集接口包括SNMP、Agent、ODBC、WEB Service、API等。Collect Adapter（采集适配器）做为系统扩展性和松耦合的重要方面，对每种被管对象可以通过独立的采集适配器进行数据采集和管理，如网络设备通过网络适配器，服务器通过Agent适配器等。适配器可以独立增减和工作，单个适配器故障不影响系统整体运行。统一采集平台开发技术采用应基于J2EE，便

32、于多线程并行采集处理，提高数据采集效率和工作。不同监控组件提供对被管理对象的原始性能数据采集和具体监控功能。不同监控组件之间功能相互独立，不受厂商选型限制，可实现灵活配置。单个监控组件的增删改不影响整体功能。数据库做为运行监控系统的存储系统，存储各类性能信息、告警信息及必需的配置信息，同时对原始数据进行必要的业务逻辑运算，包括汇总和统计。鉴于运行监控系统大数据量和高效率的处理要求，数据存储需要使用大型专业数据库系统，要求具备强大的数据存储及事务处理功能，可以支持复杂的监控管理数据，因此需要选用大型企业商用数据库。（2）应用层是指通过二次开发实现对运行监控系统基础监控功能的整合和封装，整合各个管

33、理组件实现的分散的监控功能，以标准化的服务模块形式向展现层提供数据服务和消息服务。根据展现层的功能需要，业务逻辑功能需要包括拓扑服务、告警服务、性能服务、业务模型等。其中，拓扑服务也可称为资源服务，提供资源数据的加载，为上层提供资源定位服务；告警服务也可称为消息服务，提供告警的传递、关联计算，为上层展现提供消息数据；性能服务根据采集到的性能数据，做指标的计算，实现差分、简单统计功能的计算，为上层展现性能数据提供接口支撑；采用统一的告警处理平台，完成对不同告警源的标准化处理、智能分析和告警分发处理。这部分采用j2ee技术，以利用j2ee优良的消息通信和内存管理技术，完成对数据信息的上传下达。增加

34、的业务逻辑在标准的j2ee基础设施上进行扩展，提供更加易用的，更加适合于快速开发的架构，采用面向组件技术实现企业级应用开发、运行、管理、监控、维护。一方面承接底层的j2ee技术，一方面以面向业务的形式去实现最终应用。扩展后的架构以j2ee体系规范、面向对象， XML技术，易于扩展为核心，为基于j2ee平台之上的应用提供了面向组件的应用架构，使应用系统可以快速高质量的搭建，建成的应用系统具有较强的可管理可维护能力，同时拥有最强的需求变化响应能力。（3）展现层展现层在原监控系统的基础上进行提升和完善。对展现层的功能需求存在二次开发需要。主要包括对功能架构展现层中功能的二次开发。配置管理系统配置管理

35、系统技术架构如下：图 配置管理系统技术架构资源模型管理采用自主开发的成熟的资源建模软件产品GOAT，通过建立对象到关系型数据的映射和转换，达到了数据的对象化封装，包括对象查询，数据检查，规则约束等。按照现在广泛使用的ORM的方法，完成对持久层产品的两个重要组件的创建和修改，它们是持久层JAVA类和映射文件（MAP文件）。通过按照对象映射，规则约束条件等生成的JAVA类，最终打包成J2EE的EJB发布在中间件的服务器上，并以此对外提供API方式访问。GOAT子系统包括模型文件处理(Model Handle)、模型编辑模块(ModelEditor)、持久化模块(Persistent Module)

36、、资源数据对象管理、数据导入、导出模块、监控管理接口模块和数据处理模块。GOAT数据来源于：通过数据采集层采集的配置数据通过数据导入工具导入的客户信息数据和手工录入的网络资源数据；GOAT管理的数据包括：资源模型数据；当前网络资源数据；当前业务资源数据。服务管理系统服务管理系统的技术架构如下：图 服务管理系统技术架构图服务管理系统基于SOA架构，划分为资源层、构件层、服务层、流程层和协同层五个层次。其技术架构如下图所示：（1）资源层资源层的核心功能是访问数据资源，为了在各个层次采用统一的方式访问这些资源，运维平台采用数据定义的方式描述了系统中的数据结构，这些数据结构用于接口的定义、数据的持久化

37、、数据的显示格式以及数据的转换格式等等。一组数据定义组成了一个数据集，数据定义由数据实体和显示模型组成。其中数据实体分为持久化实体、非持久化实体和查询实体，显示模型定义了数据实体的显示方式，包括编辑方式、效验规则、显示名称、显示样式等内容。每个数据实体可以有多个显示模型，每个页面控件可以使用显示模型控制显示的样式。（2）构件层 构件层的构件用于实现领域相关的业务逻辑，构件层提供了三种类型的构件实现方式：Java构件、逻辑构件和工作流。通过对这三种构件进行组装、调用运算逻辑，或者相互调用来实现业务操作。逻辑构件采用图形化的方式将运算逻辑、逻辑流和服务组装成更大粒度的构件。一个逻辑构件定义了一套业

38、务操作的接口，每个业务操作由一个逻辑流来实现。工作流也是一种构件，可以把一个工作流程暴露成一个服务，由其他模块或者其他系统来调用。这样其他模块看到的只是一个业务操作接口，而不必关心这个业务对应的是一个业务流程，还是一个逻辑流或者一个Java构件。（3）服务层 服务层是用来将构件层编写的构件，装配成服务的方式暴露给其他模块或者其他系统。服务层的服务含义不仅仅是指Web Service，在SOA体系中服务是构件暴露出来的业务操作，在技术上可以体现为Web Service，也可以体现为Java Interface、EJB、JMS等多种调用方式。我们可以将Java构件，或者逻辑构件实现装配为服务构件，

39、也可以将这些构件装配成更大粒度的组合构件。（4）流程层流程层提供了BPS，实现了对整个流程的全生命周期的管理，并提供流程的可视化定义、配置等相关功能。（5）协同层协同层也叫接入层，应用支持HTTP、Web Service、Ajax等多种接入方式。同时提供了客户端接入接口，允许第三方应用通过客户端接口访问应用提供的服务。协同层最核心的功能是提供了页面流功能，页面流引擎负责页面的跳转，页面间的数据流转，调用服务层提供的服务，或者直接调用构件层构件的接口。运维门户系统运维门户系统的技术架构如下：图 运维门户系统技术架构系统集成：为第三方系统提供统一集成规范信息整合接入门户系统。门户应用：为用户提供业

40、务应用，如：信息服务、自助服务等。基础服务：上层应用均构建在基础服务层之上，基础服务层为用户提供栏目管理、页面管理 、portlet工具、portal管理等基础服务。大屏展现系统综合展现系统构建于松耦合的分层架构，通过分层的设计理念实现：界面呈现与业务逻辑分离，业务逻辑与数据模型的分离，数据模型与外围系统的分离。图 大屏展现系统技术架构系统总共分三个逻辑层：应用展现层：负责具体的界面呈现，通过富客户端方式提供丰富的展现方式。一体化的界面设计将业务按照主题进行逻辑布局及整合，通过分类化、可视化、图表化的组件视图进行清晰地业务呈现。应用服务层：面向于应用展现层，提供通用的后端数据交互服务。包括常规

41、的数据查询，专题性的通用数据服务，数据推送式的消息服务，多媒体展示的应用服务等。面向于展现视图的数据建模及数据处理。通过后端数据层的定时处理服务，为前端服务提供规范化的数据接口装配。数据接入及汇总层：采用ESB数据总线技术面向于各接入子系统的隔离层，通过提供丰富的数据接口技术，能将各类子系统数据进行多层次接入，为数据展现层提供数据输入。功能架构运行监控系统根据项目需求，设计运行监控系统功能架构如下：图 运行监控系统功能架构运行监控系统对于各类功能应用以模块化方式进行关联设计和划分，同时为保证系统的松耦合和可扩展性，以灵活分层和开放接口的方式对系统整体架构进行设计，各个模块之间数据与功能相对独立

42、。运行监控系统按照功能范围划分为统一数据采集、告警处理平台、基础设施监控、应用系统监控、安全监控（在SOC系统中实现）以及监控展示。六部分功能有机关联、相辅相成，完成运行监控系统的整体功能目标。统一数据采集统一数据采集提供运行监控系统需要的底层数据采集功能，数据来源有三方面：直接采集网络、服务器、存储、数据库、中间件等基础设施的性能数据、告警和主要配置数据。直接采集22套（共50套）应用系统的可用性和响应时间等数据。22套应用系统包括会计集中、业务公开、合同管理、电子商务、综合办公、总部门户、股份/集团公司网站、总部生产营运指挥、零售管理、目录服务系统、统一邮件系统、统一通信系统、代理服务系统

43、、文档安全管理系统、统一身份管理、PKI/CA、日志审计系统、时间服务、防病毒。通过和其他监控系统集成，实现对另外28套（共50套）应用系统的应用监控。其他监控系统包括SAP Solution Manager、微软SCOM、安全SOC、资金集中监控系统、加油卡监控系统、MES应用评价、APC运行监控、勘探开发监控、机房环境监控系统。为屏蔽各数据源的异构性，满足未来业务发展的高扩展性和高性能要求，统一数据平台提供如下采集能力：实现采集处理资源统一的管理与配置，以适配器的形式执行对不同管理对象的采集任务，实现松耦合和高扩展性；支持超大规模数据采集，按需采集，采集能力可伸缩；通过采集节点同构、互换能

44、力及任务转移等措施来保障采集服务的高可靠性和容错能力；自动化集中式管理降低整体采集维护成本。 告警集中处理平台告警处理指对网络设备、服务器设备、数据库、中间件、存储等基础设施和各类应用等产生的事件进行集中式的管理，所有事件来源都需要经过告警集中处理平台的处理。通过告警预处理实现对不同告警源的归一化和标准化处理；通过告警关联、故障根源性分析、告警压缩/过滤以及性能预警等手段，实现告警的智能化分析，提高告警有效性；通过短信、email、移动终端、声光电多种告警通知手段通知用户。基础设施监控功能基础设施监控包括对网络、服务器、存储、数据库、中间件、机房环境等运行指标的监控和管理。监控指标覆盖全部运行

45、监控的管理需求。本期重点实现服务器、存储、数据库、中间件和机房环境的监控范围和监控需求的全覆盖。应用系统监控功能应用系统监控是本期重点功能，功能分为具体监控功能和监控实现方法。其中具体监控功能主要包括业务系统业务数据及应用情况监控（主要业务数据、用户在线情况、其他指标）、应用系统问题诊断（故障定位、问题诊断、根本原因分析）和软件运行监控（可用性监控、响应时间监控、软件故障监控）；具体监控方法包括业务影响性分析、健康度计算、业务模拟、问题诊断等，其中通过业务建模和健康度计算实现对业务及业务组件的影响度分析；通过业务模拟仿真、服务探测等手段获取业务运行状态；通过应用问题诊断发现应用内存泄漏和内存颠

46、簸、锁闭、间歇响应时间等问题；通过业务系统数据接口提取用户注册数、用户在线数、交易处理量等能反映业务系统运行情况的重要指标。监控功能是运行监控系统的核心功能，直接实现被监控对象的监控管理。安全监控安全监控主要在SOC中实现，运行监控系统与SOC系统完成告警集成和界面集成。监控展示功能监控展示包括监控视图、性能分析功能和其他展示功能。监控视图主要功能有：集中监控视图、网络拓扑视图、应用监控视图、主机存储视图、安全监控视图、机房环境视图等十类监控视图；性能分析主要功能有：性能分析处理、实时统计分析、专题统计报告、综合运行报告；其他功能主要有：智能巡检和用户权限管理、运行管理、安全日志管理等系统自身

47、管理功能。运行监控系统的各项功能之间存在相互依存关系，同时又相对独立。该平台应具有良好的扩展性、开放性及灵活性。具备统一的接口管理及丰富的数据采集模板。能与主流厂商（SAP，HP、Microsoft、IBM、BMC等）监控系统紧密集成。配置管理系统配置管理数据库系统的功能架构如下：图 配置管理系统功能架构配置管理系统框架分为：配置模型管理、配置数据管理，配置项自动化管理，配置生命周期管理，配置信息服务，配置项展现。配置模型管理针对灵活多变的配置项类型、配置项实例、配置项属性等，配置项模型提供对模型的灵活管理功能，为资源数据整合提供有效的模型支撑。配置数据管理针对日常配置数据维护工作，提供面向配

48、置数据维护和审核的便捷维护工具和管理流程，为配置数据管理提供丰富高效的方式方法。配置自动化管理针对配置信息，提供包括属性和关系自动化发现、属性和关系自动化核查，为保持配置数据的唯一性、准确性提供支撑功能。配置项生命周期管理提供配置项生命周期管理实现的数据基础，以及配置项的全状态管控。配置项信息服务为各个业务系提供配置项以及与配置项关联各个业务系统的数据，实现在配置系统内部可以方便的查找与下载各个系统数据。配置展现针对各类配置项基础数据，提供面向各级人员以定制拓扑为导向的资源展现功能，提供友好的可视化配置项展现服务。服务管理系统IT服务管理系统注重实用性和先进性的平衡，实现企业级应用流程开发、运

49、行、管理、监控、维护的中间件平台。一方面承接底层的J2EE技术，一方面以更业务化的形式面向最终应用。充分考虑流程角色与实际组织的映射、流程环节与实际工作的对应，为用户提供统一、完整的服务管理平台，实现流程自动化和电子化，依靠流程实现运维工作由被动式支持向主动式服务演进。IT服务管理系统包括展示层、操作层、功能层和系统层。下图为IT服务管理系统的架构设计图：图 服务管理系统功能架构流程的定制用户业务系统的环境在发展、业务在发展、组织结构在发展、需求在发展，直接导致业务逻辑流程的不断变化，IT服务管理系统提供基于业务服务的流程编排以及基于业务的流程定制功能特性，所以IT服务管理系统能够快速适应变化

50、，流程定制方便、快速，尽可能对现有的运行环境不产生负面影响。体系结构系统设计为三层体系结构：由数据库服务器，应用服务器和展现界面组成。三层结构可以集中在一台机器上也可以分布在不同的设备中。数据集中存储，建立统一的服务管理数据库，便于分析和管理。IT服务管理系统具有可配置性和可监控性。IT服务管理系统具有流程的完整性，提供机制保障流程的闭环。IT服务管理系统具有可管理性，可以跟踪和监视工单。IT服务管理系统具有可扩展性，有较好的集成性。安全策略系统具有用户的权限管理，按照角色定义用户人员的权限等相关的安全属性，定义用户可以查看、修改、新增、删除的操作范围，对每个信息字段的读写权限。这些权限和状态

51、可以灵活定义。IT服务管理系统能按照维护小组划分，为每个小组分配适当的权限。安全策略在整个环境中保持一致，通过管理员统一设定后，在客户端可以实现安全的控制。查询与统计IT服务管理系统提供查询功能，可以针对任意关键字段进行查询。IT服务管理系统提供报表统计功能，可以针对任意字段进行查询、过滤、排序等操作，生成各种统计报表和图表。IT服务管理系统的数据基于开放的关系数据库，有开放接口，有报表系统做统计分析。附件添加IT服务管理系统支持添加附件文件的功能。附件的存储与处理方式，不会对IT服务管理系统的正常运行产生不良的影响。通告机制事件的通告、变更的授权等都要保持IT服务管理系统与使用者之间的有效联

52、络，能使用短信、邮件等灵活的方式提供通告机制。运维门户系统运维门户的功能需求主要包括信息服务、自助服务、集成服务、运维论坛、后台服务五个部分。图 运维门户功能架构信息服务：将运维信息按不同维度进行分类，设计灵活可扩展的信息栏目结构，提供可视化信息发布编辑，可定制的审核发布流程，信息全文检索等功能。自助服务：实现用户在线提交服务请求，实时查看服务进度；提供服务目录和向导式的解决方案及搜索引擎，帮助用户自己解决问题。集成服务：运维门户需要集成和整合呼叫中心、服务管理、运行监控、配置管理数据库等系统，实现单点登录和综合展示重要系统运行状况、服务水平签订及达成情况等内容。运维论坛：提供运维人员技术交流

53、的论坛，实现论坛个人信息管理、版主后台管理及论坛管理员后台管理。后台服务：运维门户需要具备用户管理、权限管理、流程管理、栏目管理、日志审计等后台功能，并需要对用户使用情况和信息分类及数量进行统计分析。大屏展现系统大屏展现的功能架构如下：图 大屏展示系统功能架构图大屏展示的总体功能架构包括数据采集管理、信息数据管理、可视化管理三部分。数据采集管理：负责对IT服务数据、运行监控数据、配置数据、呼叫中心数据、安全数据的统一采集接入；信息数据管理：负责实现业务数据计算、指标模型管理、数据同步管理、数据字典管理、数据维护管理等数据处理；可视化管理：负责可视化展现相关的控件管理、画面管理、布局管理、模式切

54、换、播放管理等。物理部署IT运维平台的硬件方案建议部署在集团公司基础云平台上。运行监控系统针对运行监控系统项目建设的部署设计如下图所示：图 运行监控系统部署架构图运行监控系统的管理范围覆盖面广、采集负载大，为分散采集压力，实现负载均衡的需要，同时减少局部故障影响全局的概率，部署架构的采集功能采用分布式采集方式。同时对数据库服务器、采集处理服务器、应用服务器采用双机主备方式，提高系统的安全性。所有服务器均支持部署在石化基础云平台上。系统共需要17台服务器部署运行监控系统，对软硬件部署的说明如下：8台分采集机，完成对朝阳门大楼、朝阳门2号楼、小营大楼、沙河灾备中心、南京灾备中心、区域中心、海外分中心的性能数据采集和故障采集；其中沙河灾备中心在建设过程中，建成后管理规模较大，届时可通过扩充采集机实现。2台采