企业云运维管理规划方案

1、企业云运维管理规划方案2.2.7目录云运维规划2.2.7.1运维现状2.2.7.2运维需求分析2.2.7.3运维规划设计2IT现状问题分析总结：IT架构优化已迫在眉睫3存储存储备份：没有规划备份机制，存在数据丢失的风险，包括财务核算，检验等重要数据存储容量：由于大数据等业务发展非常快， 存储没有统一复用，现有存储容量和性能已经无法满足要求运维SLA服务标准：当前没有发布云计算服务SLA目标和测评标准，不能满足迁移到云上的业务连续性要求运维工具：当前有网络/资产/ITIL的运维工具，但缺乏服务器，存储和应用的运维工具，没有主动告警和故障快速恢复机制网络网络架构：网络中存在大量的单点故障，一旦链路

2、或者设备故障，会严重影响到的业务网络设计：网络设计层次不清晰，二层广播域过大，一旦出现广播风暴，会导致整网瘫痪计算物理服务器：服务器年限过长，一旦出现硬件故障，会导致对应业务中断虚拟化：虚拟化，集群超配严重,导致HA无法正常工作，一旦故障会导致大面积的业务瘫痪安全安全技术：安全防御手段不足（IDS/WAF没有充分利用），容易被黑客攻击，存在科研数据泄露的风险安全制度：安全制度无法满足等保三级要求，会影响到后续业务向云上迁移的安全合规要求业务开发平台：当前IT开发平台不统一，各系统独立部署，形成资源孤岛，业务故障无法快速排除系统架构：多套系统架构完全不同，没有统一的可靠性/可用性/安全性的软件架

3、构设计，导致系统的可用性低，出现故障难以快速恢复容灾问题当前对容灾备份暂无考虑，数据可靠性和容灾能力较差资源利用问题某些阶段性应用，在相当长时期内或者永久不再需要，但是该资源不能被及时、方便的释放或回收，以供新系统使用，造成空闲资源的浪费安全问题当前对安全防护及隔离考虑较少，而系统安全性格外重要，必须严格遵守集团对信息安全等级保护的要求；业务安全隔离也尤为重要自动化及运维问题仍然存在很多手工配置的内容和纸件办公。随着后续IT 资源规模不断扩大，服务模式转型会使得业务需求更具多样化，系统升级扩容将更加频繁，容易产生人为操作错误的问题，且不易维护信息中心一卡通员工报销档案管理统一支撑管理平台测试系

4、统系统仿真平台大数据平台天气预报平台4信息化建设起步较早，但当前并行存在多套具有各自架构特点的平台，孤岛式建设导致资源不能重用，阻碍信息和业务的进一步深度集成和共享。应用系统现状传统IT：IT资源分散建设资源手工交付多个管理界面新IT：IT资源服务化管理界面统一5云平台建设目标以云服务平台作为企业云业务统一入口，提供IT资源服务化的整合引擎，实现资源服务化、运维部署自动化建设目标建设内容平台架构技术选型高可靠设计路线值得肯定的是需要注意的是运维缺乏统一规划，建设完成后转维困难；目前运维工作主以被动响应为主，缺乏主动防范；监控系统仅覆盖了网络，云平台、应用的监控尚在测试中；SLA尚未发布，无法对

5、各院所提供明确的SLA承诺，缺乏提供云服务的基本条件；缺乏专业的运维工具来支撑，运维工作的进度及效果很难得到管控，神码工单系统目前处于测试阶段，尚不能支撑，目前通过纸件、邮件、电话方式来处理日常运维工作的流转；运维人员配备和知识结构有待改进；运维流程不够全面，需要结合云运维来补充和完善。院领导已对运维管理的规划性和流程体系的建设非常重视，并希望通过此项目在运维体系建设方面有所成果。目前已具备有服务请求、问题、变更等流程，并正在使用中，相关流程的配套文档也在逐步完善6运维总体现状现状路线人员目标框架流程工具值得肯定的是需要注意的是已经具备有明确分工的运维支持组织；采用外包服务模式，降低人力培养成

6、本；云计算发展迅速，运维人员缺少技能提升规划运维人员重复劳动多，缺少自动化工具支撑夜班人员工作时间长，技术能力较低，出现问题无法及时处理，部分问题甚至还无法发现信息孤岛，个别运维人员休假后无法获取信息运维人员不足，工作强度大运维人员缺乏相应的管理考核机制信息中心应用管理处服务器存储云平台信息安全处机房信息安全网络专职运维人员2人专职运维人员3人周一至周五值夜班，周六周日值全天夜班值班人员2人，分布在和两个数据中心7运维组织现状现状路线人员目标框架流程工具值得肯定的是需要注意的是已经进行过ITIL相关的规划，有部分完善的流程和文档；传统运维工作有符合特色的运维流程支撑；缺乏云运维整体规划和中长期

7、规划，从建设到转维难度大；云服务流程目前为纸质流程，审批不够灵活，审批时间相对较长，并且不便于统计；2786仅提供5*8接入，且工作量饱和，日均30-40电话/天，高峰可达到100电话/天；用户习惯跳过服务台直接找运维工程师处理问题；事件、问题分级不明确，依据工程师经验评估；资源通过Excel手工记录，在准确性和时效性上都存问题；云资源管理缺乏统一的管理规范，如名称、容量、性能等；厂商只提供当前虚拟化平台的7*24电话响应。2786服务台1-6：业务系统7：网络和桌面8：云计算9：投诉0：人工服务运维流程现状现状路线人员目标框架流程工具值得肯定的是需要注意的是网络已使用H3C iMC、智能巡检

8、管家、北塔、CactiEZ、3D机房、U位管理和资产管理等运维工具；云平台已经开始测试APM、BSM监控工具；已在开发和测试神码的工单系统。缺少运维工具的统一的、整体的规划，不符合未来集中运维的发展需求，也不利于大屏展示；各种监控工具尚未配置分级告警和主动告警机制，运维人员无法及时掌握告警信息；虚拟化平台告警故障处理需要人工主动处理，部分问题需要电话、邮件联系厂商处理；各种运维工具使用本地帐号验证，未使用集中身份验证，不利于统一授权；神码工单系统在本期项目中只能用作内部运维平台使用，不能支撑云服务流程。9运维工具现状现状路线人员目标框架流程工具人工作坊运维基础智能小规模小工具分工模糊工具流程C

9、MDBITIL流程效率工具配置管理单点维度的监控运维平台运维体系海量运维业务视角维度运维运维大数据基础平台智能运维智能告警自动化运维运维大数据分析决策多维监控阶段一阶段二阶段三阶段四最终目标完善工具流程构建运维平台实现智能运维10业界IT运维发展经历了四个阶段，根据的运维现状调研信息与运维每个阶段的特性对比，运维当前位于第二阶段的中级层次，即：具备有部分ITIL流程和部分系统的监控工具运维能力评估现状路线人员目标框架流程工具2.2.7目录云运维规划2.2.7.1运维现状2.2.7.2运维需求分析2.2.7.3运维规划设计11运维支撑逐渐向运维一体化，流程、操作规范化，进而往运维自动化发展、最终

10、向运维智能化的目标演进运维方式转变：由当前的被动服务方式逐步转化位未来主动防范的运维方式；运维工具建设：建立统一的监控平台，实现数据中心所有资源统一监控，运维与云服务统一，运营信息和运维信息统一大屏显示；构建监控告警和告警分级，运维团队能够及时掌握告警信息；完成运维流程工具建设，实现核心流程电子化和自动化；运维流程梳理：梳理现有流程，将云运维与现有运维流程整合，并补充和完善各种运维文档；实现自助资源申请，资源开通自动化，核心运维流程电子化；运维团队建设：提供运维人员岗位及技能建议，提供运维流程中的角色及职责建议。多活和云计算环境故障管理发布变更监控管理日常作业服务请求服务请求统一运行监控服务管

11、理中心统一资源管理云数据中心机房-I机房-II机房-III机房-IV12运维建设目标运维目标：理清云平台运维与传统运维之间的关系，建立统一的运维体系和运维标准，完善运维工具建设，通过运维提升云服务的可用性和各院所满意度，运维关注焦点如下：现状路线人员目标框架流程工具13运维建设内容根据云计算运维需求，并结合运维现状，我们建议运维部分的主要工作围绕以下内容展开工作：管理域 主要内容 人员 完善未来云计算运维人员岗位及技能建议 完善未来云计算运维管理的流程角色及职责建议 流程 梳理运维流程，将云服务运维与现有运维流程整合，同时满足云运维本身要求 提供云服务SLA建议，嵌入信息中心SLA中 资源自助

12、申请流程、资源自动开通、核心运维流程梳理和建立 工具 信息中心统一监控平台建设建议 CMDB建设建议 流程平台工具规划及演进路线建议现状路线人员目标框架流程工具2.2.7目录云运维规划2.2.7.1运维现状2.2.7.2运维需求分析2.2.7.3运维规划设计1415运维管理整体解决方案框架现状路线人员目标框架流程工具风险和合规审计安全管理安全管理制度资源管理资源服务模型健康度管理资产配置库资产生命周期管理服务规划管理基础设施审计管理服务和运营审计技术和架构审计云模型和计费审计安全组织结构安全防护技术运维工具自动化操作工具运维流程支持工具监控工具数据中心基础环境架构管理业务连续性管理服务可用性管

13、理服务容量管理供应商管理IT财务管理计算资源云资源操作任务调度管理人工审计管理网络资源存储资源平台软件机房资源应用&数据资源部署与回收操作管理变更执行操作管理服务运行管理故障管理云运维管理值班服务台监控管理问题管理变更管理知识管理发布管理配置管理巡检管理云服务交付管理服务目录服务满意度服务报告服务级别服务请求运维人员人员管理运维岗位管理人员能力管理已具备待完善待建设16运维现状与运维框架对比现状路线人员目标框架流程工具1423自助资源申请院所租户通过云服务门户发起资源申请流程，电子流程审批完成后下达指令给云平台自动处理分配资源云用户故障申报院所租户通过云服务门户或电话、邮件向服务台发起故障事件

14、、需求、投诉和咨询等请求主动告警同意监控平台发现各种告警信息直接触发事件，同时短信、微信通知运维人员云运维工作台运维人员通过云服务门户登录，查看个人工作台，进行日常工作处理17运维服务交付流程框架图现状路线人员目标框架流程工具2786基础软件维护员基础硬件维护员云平台运维接口云平台服务管理员云平台资源管理员云平台云平台维护岗位设置服务器网络设备基础软件存储云平台层IaaS资源池PaaS资源池SaaS资源池云服务层虚拟机服务云存储服务数据库服务云安全服务第三方维护人员业务平台维护人员业务平台管理人员云平台安全管理员云平台监控管理员投诉故障处理工单管理资源申请资源开通用户管理日志审计虚机管理对外协

15、作云安全管理云统计分析云服务管理云资源管理业务平台工单系统安全管理制度安全组织结构安全防护技术应用管理资源池管理资源监控模板管理资源优化镜像管理资源部署调度运维人员人员管理运维岗位管理人员能力管理18云运维工作内容和岗位现状路线人员目标框架流程工具运维人员人员管理运维岗位管理人员能力管理运维人员能力需求沟通与协作能力专业技术技能运维服务意识了解ITIL、COBIT等框架，具备有良好的服务意识，能够按照既定流程正确、及时的处理各种事件。能正确的描述问题，与运维团队成员、厂商良好的沟通，取得高效的支持，能与租户良好的沟通，保证服务满意度专业技能要求：网络：LAN、WAN、SDN、VxLAN存储：S

16、AN（FC、FCoE）、SDS、DAS、RAID、Disk 虚拟化：HypervisorServer ： x86/小型机（CPU、内存、I/O）系统软件：Cluster、 DB基础架构：HADOOP（HDFS、MapR、NOSQL）基础设施：风火水电、布线网络安全、等保云运维经理硬件运维，负责服务器存储运维虚拟化平台运维，负责资源创建与回收，简单故障处理与优化数据库运维，负责数据日常运维及故障处理操作系统运维，负责操作系统日常运维及故障处理监控平台，负责日常监控、告警处理互备互备建议：云运维专职运维人员建议由现在的3人增加到5人，按不同领域进行分工，并采用互备机制，同时对运维人员定制能力提升路

17、线和考核要求19云运维人员规划现状路线人员目标框架流程工具能力建设路线普通工程师技术骨干技术专家运维人员能力分级运维人员人员管理运维岗位管理人员能力管理运维人员能力需求沟通与协作能力专业技术技能运维服务意识了解ITIL、COBIT等框架，具备有良好的服务意识，能够按照既定流程正确、及时的处理各种事件。能正确的描述问题，与运维团队成员、厂商良好的沟通，取得高效的支持，能与租户良好的沟通，保证服务满意度专业技能要求：网络：LAN、WAN、SDN、VxLAN存储：SAN（FC、FCoE）、SDS、DAS、RAID、Disk 虚拟化：HypervisorServer ： x86/小型机（CPU、内存、

18、I/O）系统软件：Cluster、 DB基础架构：HADOOP（HDFS、MapR、NOSQL）基础设施：风火水电、布线网络安全、等保能力建设路线普通工程师技术骨干技术专家运维人员能力分级网络运维经理普通工程师，负责网络日常巡检及简单故障处理网络技术骨干，负责网络日常运维及故障处理网络技术骨干，负责网络日常运维及故障处理网络技术专家，负责网络规划及对外合作互备建议：网络运维专职运维人员建议由现在的2人增加到4人，按不同领域进行分工，并采用互备机制，同时对运维人员定制能力提升路线和考核要求20网络运维人员规划现状路线人员目标框架流程工具云运维管理值班服务台监控管理南京数据中心武汉数据中心北京数据

19、中心北京数据中心2786服务台仅提供5*8服务，且工作量较为饱和暂时不具备云计算故障预判能力现状：夜班值班人员2人，分布在和两个数据中心周一至周五值夜班，周六周日值全天值班人员建议：增加云计算运维坐席进行分流，至少1名（5*8）5*8以外的云计算服务台计入转值班人员至少增加2名夜班值班人员交替值班，降低值班人员工作压力，使其有足够时间提升自身专业能力提升值班服务人员专业技能，发现问题时能做预处理21值班服务人员规划现状路线人员目标框架流程工具主机运维服务例行操作物理主机实施监控服务虚拟主机实时监控服务存储设施实时监控服务物理主机巡检服务虚拟主机巡检服务存储设施巡检服务物理主机、存储设施清洁保养

20、服务物理主机、存储设施资产管理服务运维支持物理主机现场值守服务虚拟主机现场值守服务存储设施现场值守服务物理主机现场排障服务虚拟主机现场排障服务存储设施现场排障服务物理主机远程排障服务虚拟主机远程排障服务物理主机上/下架服务物理主机迁移服务虚拟主机迁移服务存储设施迁移服务优化改善物理主机升级优化服务虚拟主机升级优化服务存储设施升级优化服务调研评估物理主机性能评估服务虚拟主机性能评估服务存储设施性能评估服务系统运维服务运维支持操作系统现场值守服务数据库现场值守服务中间件现场值守服务操作系统现场排障服务数据库现场排障服务中间件现场排障服务操作系统远程排障服务数据库远程排障服务中间件远程排障服务操作系

21、统迁移服务数据库迁移服务中间件迁移服务优化改善操作系统升级优化服务数据库升级优化服务中间件升级优化服务调研评估操作系统性能评估服务数据库性能评估服务中间件性能评估服务22云服务目录及云运维目录现状路线人员目标框架流程工具内部运维云平台本身运维工作，如：平台升级、资源管理、日常巡检、资产管理、备件更换等外部运维与租户相关的运维工作，如网络、操作系统、数据库排错等，不同层面的云服务工作内容不一致基础服务默认给所有用户都提供的统一的、最基本的服务，如：应用监控、业务监控、告警等增值服务在基础服务基础上为用户提供的个性化的服务，如：升级优化、灾备、性能评估等云计算平台运维界面23使用单位运维信息中心运

22、维现状路线人员目标框架流程工具按业界标准，云计算各层的运维分工界面如下，当前运维服务目录包含了操作系统、中间件和运行环境，针对不同的场景，运维界面不能一概而论，需要区别对待，运维界面需要在服务描述中详细说明。服务级别管理服务级别协议（SLA）：云服务提供方与客户就晕服务的质量、性能等方面所达成的双方功能认可的级别要求服务级别协议制定服务等级的划分（开发使用、测试使用、生成使用）不同级别服务的指标&服务内容服务交付及时率服务交付质量服务的可用性服务安全性服务级别协议中指标达成情况的度量SLA计算示例云服务交付管理服务目录服务满意度服务报告服务级别服务请求24云服务SLA及SLA管理目前尚未发布云

23、服务的SLA，云服务的关键指标缺失，各院所业务系统上云对于SLA有强烈需求，云服务的SLA作为信息中心SLA中独立的章节存在，业界对于云服务的SLA计算方法及管理如下，目前神码正在进行SLA的评估现状路线人员目标框架流程工具云服务交付管理服务目录服务满意度服务报告服务级别服务请求25云计算服务请求流程现状路线人员目标框架流程工具资源申请服务流程：资源申请通过云服务门户完成，后台使用BPM工作流引擎；资源申请流程在云服务门户项目中通过开发与BPM工作流引擎对接；资源申请流程完成后，资源自动化分配和创建；云服务门户提供申请流程和审批流程电子化支撑。故障申报及问题处理服务流程：故障申报及问题处理通过

24、现有2786服务台受理；服务台受理后交由云计算运维坐席分流至运维团队处理；云计算运维坐席对运维问题分类、建单。目前已具备完善的服务请求流程，但服务请求流程缺乏系统支撑，以纸质文件、电话和邮件为主要工作方式，效率不高，也不便于统计。资源申请服务流程用户可以根据实际需求对审批流程进行自定义审批流程可定义最终用户最终用户计算资源存储资源网络资源最终用户最终用户1物理资源整合与资源池化资源配额22审批同意云资源补给申请3云服务申请1云服务资源分配34使用虚拟资源云管理员业务部门审批业务人员现状路线人员目标框架流程工具服务运行管理故障管理问题管理变更管理知识管理发布管理配置管理巡检管理2786服务台神码

25、工单系统支撑用户1 2 3 4 5 6 7 8 9 0业务系统保持现状云服务门户云计算信息中心运维报表云计算报表资源申请故障申报及问题处理 从云服务目录申请资源资源审批通过后自动开通云计算运维坐席硬件操作系统汇总数据库手工建单运维人员个人工作台运维支持流程统一接口工单统一统计信息中心统一运维报表现有运维流程云运维流程与现有运维流程现状路线人员目标框架流程工具工单信息同步云运维流程工具CMDB工具云服务门户云管理平台云运维流程工具云服务及资源申请个人工作台工作处理数据中心内日常运维云计算运维报表资源申请及运维帐号身份验证体系帐号申请、审批，认证、帐号权限管理（云平台管理员、租户1管理员、租户2管

26、理员）ISC帐号信息对接，单点登录，帐号关联（云平台管理员、租户1管理员、租户2管理员）云服务门户云平台权限分配和帐号管理（PlatformAdmin、TenantsAdmin1 、TenantsAdmin2）云平台租户资源院所租户1租户资源院所租户2租户资源院所租户NLDAP服务器虚拟化、网络监控、应用监控、业务监控、动环监控统一认证帐号信息对接帐号关联满足身份验证要求，兼顾运维管理灵活性现状路线人员目标框架流程工具29目前已具备事件处理流程和报告，但同样缺乏系统支撑，不便于统计和分析，缺少针对租户的周期性运行报告，用户无法掌握资源使用情况云计算服务报告现状路线人员目标框架流程工具建议：大屏

27、展示云服务概要信息，云服务门户中展示云服务详细信息；通过云平台、监控系统、运维流程工具等提供信息生成云计算服务报告；定期为租户发送周期性运行报告；云计算服务整体使用情况报表同步到信息中心运维报表。运维工具自动化操作工具运维流程支持工具监控工具30监控工具建设规划现状路线人员目标框架流程工具IT基础资源监控（动环、网络、安全设备、服务器、存储、）业务系统监控 BSM（协同办公OA、CRM、ERP、帐务、）应用系统监控 APM（操作系统、数据库、中间件、）监控由浅入深、由外及内此层次是大都是监控厂商的产品能力范围，约占日常巡检工作量40%左右此层次是日常巡检的核心，同时具有极强的个性化，约占日常监

28、控工作量60%左右从业务视角进行监控，包括繁忙度、健康度、可用度等，帮运维人员从根本上找到故障与性能问题的根源。运维工具自动化操作工具运维流程支持工具监控工具31运维监控工具建设现状路线人员目标框架流程工具监控管理操作管理工作流管理资源&配置管理业务层H3C BSM（试用中） （准备测试）应用层H3C APM（试用中） （准备测试）云平台层 华为虚拟化平台 人工监控 华为虚拟化平台 手工创建华为虚拟化平台网络层H3C iMC网管平台CactiEZ北塔网管工具（待退役） H3C智能巡检管家 设备安装和配置H3C IPAM物理资源层安之源动环管理神码U位管理神码资产管理 设备安装和配置 设备例行检

29、查神码资产管理云运维管理值班服务台监控管理32当前运维工具现状现状路线人员目标框架流程工具监控管理操作管理工作流管理资源&配置管理业务层H3C BSM（试用中） （准备测试）应用层H3C APM（试用中） （准备测试）云平台层 华为虚拟化平台 人工监控 华为虚拟化平台 手工创建华为虚拟化平台网络层H3C iMC网管平台CactiEZ北塔网管工具（待退役） H3C智能巡检管家 设备安装和配置H3C IPAM物理资源层安之源动环管理神码U位管理神码资产管理 设备安装和配置 设备例行检查神码资产管理33运维工具规划现状路线人员目标框架流程工具使用云平台和CMDB整合使用云服务门户和云平台替换继续使用

30、并改造成双机新增短信、微信告警云运维流程工具选型及部署上线IP地址管理1台智能巡检管家1台iMC网络监控1台APM/BSM 1台建议：为各院所提供云服务，针对云服务必须有准确计量，对监控可靠性要求高，因此建议iMC网络监控采用双机模式，提升监控的可靠性；完成APM/BSM测试，正式上线采用双机部署，为内网统一监控和大屏展示提供基础。现状：针对数据中心的监控部署了以下运维服务器：1台IP地址管理，负责内网全网IP地址管理；1台智能巡检管家，负责内网所有网络设备自动化巡检；1台iMC网络监控，负责内网所有网络设备监控1台APM/BSM服务器，测试应用和业务监控34内网运维工具建设规划现状路线人员目

31、标框架流程工具IP地址管理1台智能巡检管家1台iMC网络监控1台建议：为各院所提供云服务，针对云服务必须有准确计量，对监控可靠性要求高，因此建议iMC网络监控采用双机模式，提升监控的可靠性；增加外网APM/BSM服务器，采用双机部署，为外网统一监控和大屏展示提供基础。现状：针对数据中心的监控部署了以下运维服务器：1台IP地址管理，负责外网全网IP地址管理；1台智能巡检管家，负责外网所有网络设备自动化巡检；1台iMC网络监控，负责外网所有网络设备监控35外网运维工具建设规划现状路线人员目标框架流程工具业务卡片实时反应业务系统的健康度、繁忙度、可用性、业务告警。业务水晶球掌握业务系统健康情况分布，

32、全局了解整体业务现状。IT资源数量了解各种IT资源数量变化趋势。36监控大屏建设规划门户类大屏显示定制需求统一门户：单点登录、内容整合定制LOGO、地标植入门户换肤、样式优化跨云平台统一展示运营运维类定制需求运维监控系统对接告警管理子系统定制第三方设备管理维护运营运维报表定制数据库、中间件及应用的自动化部署云资源生命周期管理流程定制计费系统定制监控大屏定制第三方系统对接需求短信网关对接微信对接邮件系统对接ITIL系统对接计费系统对接认证系统对接支付系统对接SDN APP定制需求（可选）流量调度管理APP定制网络服务中间件定制网络配置管理自动化APP定制SDN Controller插件定制攻击防

33、范APP定制37监控大屏及运维定制开发内容现状路线人员目标框架流程工具运维工具自动化操作工具运维流程支持工具监控工具建议：新建云运维流程支持工具，支持时间、问题、变更等核心运维流程，并能与云运维各模块集成、对接资源申请流程通过云服务门户进行（进行中）现状：神码工单管理系统开发设计对象为运维团队内部使用，没有过多考虑云运维环境；工单系统主要针对网络、桌面和应用系统运维，对于云计算只提供Case记录；38目前正在开发测试的神码工单管理系统不适合云计算环境的运维流程支持，且改造周期长、难度大，需要另行规划运维流程支持工具运维流程支撑工具现状路线人员目标框架流程工具运维工具自动化操作工具运维流程支持工

34、具监控工具运维流程支持工具基本要求：必须支持LDAP身份验证，支持统一验证和集中授权，能与云服务门户整合，运维人员登录云服务门户后能够处理日常运维工作；必须与云平台操作中心集成，起到承上启下的功能；云平台上新增的服务目录能够自动同步到流程工具中；必须与监控中心集成，监控中心发现的各种告警信息，能够触发流程中心产生工单；必须开放API接口，与短信、微信、电子邮件等系统集成，当工单分配给运维人员时，运维人员需要能够及时获取工单信息。39对运维流程支持工具的建设需求现状路线人员目标框架流程工具手工导入+自动同步消费项目管理知识传递责任认定服务水平流程支撑变更控制资产管理业务关系物理资源、逻辑资源变更

35、发布流程的全方位控制消费变更发布控制写入变更发布控制写入CMDB通过CMDB将监控平台与运维流程平台数据全面拉通运维工具自动化操作工具运维流程支持工具监控工具40构建CMDB是实现运维一体化、自动化的前提现状路线人员目标框架流程工具序号CMDB应用场景1当故障发生时，CMDB为故障快速定位、原因分析、解决与恢复提供了基础信息。2当问题处理时，CMDB为问题分析协助提供配置信息。3变更与发布前，需要CMDB协助确认各配置项的影响关系，利于风险分析。4变更与发布后，追溯配置项变更历史信息。5对IT资产与基础架构进行审计或盘点。6当需要第三方厂商协助时，可以通过CMDB快速查询供应商信息。7当需要查询设备合同信息时，例如：维保时间、维保内容、备品备件、维保要求。8通过统计分析，为备品备件信息提供决策依据。9通过统计分析，为设备更新（例如：设备老化更新）提供决策依据。10通过统计分析，提高设备资产的利用效率。11当需要查询设备历史信息时，为快速处理提供输入。12当编写、修订应急预案时，需要CMDB提供数据信息支持。1341CMDB应用场景现状路线人员目标框架流程工具对比项实现方式CMDB系统Excel表格可消费性CMDB是在线系统，数据可及时更新。配置项和配置关系可提