运维体系建设介绍PPT课件
合集下载
运维中心ppt课件
运维 部门
供应 商
人员
内部办公系统、网站、面向企业和组织的 各类应用系统、面向公众的应用系统等。
IT基础设施和应用系统的供应商 以及IT运维服务的供应商。
内部参与IT运维活动的相关部门和人员， 以及提供IT运维服务的企业和相关人员。
.
7
2
PART 02
运维管理组织架构
运维活动角色
组织架构思路
组织架构思维导图
.
8
运维活动角色
运维服务提供者
在自运维模式下，运维部门作为IT运维服务提 供者负责为本单位提供IT运维服务，IT运维部 门可借助或不借助IT运维服务支撑系统对IT基 础设施、IT应用系统、IT用户和IT供应商实施管 理。该模式下，IT运维管理部门负责对IT运维 服务的设计、评估和改进。
运维服务管理者
6.
支持各类通用的硬件 和操作系统平台
可对管理信息进行综合展现，可以根据用户需 求通过配置定制个性化业务窗口，可支持定制 化二次开发。
满足系统使用过程中容量和效 率的要求
2.
4.
3.
7.
能够对包括网络系统、主机系统、存储/备份系统、 系统结构清晰，能够采用层次化、模块化的设计
应用系统、终端系统、安全系统、机房动力及环
运维 中心
****************有限公司
.
1
前言
我公司响应“十三五”规划纲要提出的“深入推进大众创业万众 创新”口号， 大量的信息系统投入运行，如何最大限度保障其 安全准确高效运行——这一课题摆在了我们面前。快速发展的讯 飞对信息系统运行工作提出了更高要求。下面从运维工作实际出 发，详细分析运维工作内容、管理组织结构和职责划分以及运维 体系建设情况，就运维工作中存在的一些问题，对信息系统运维 体系的建设提出了一些看法。
供应 商
人员
内部办公系统、网站、面向企业和组织的 各类应用系统、面向公众的应用系统等。
IT基础设施和应用系统的供应商 以及IT运维服务的供应商。
内部参与IT运维活动的相关部门和人员， 以及提供IT运维服务的企业和相关人员。
.
7
2
PART 02
运维管理组织架构
运维活动角色
组织架构思路
组织架构思维导图
.
8
运维活动角色
运维服务提供者
在自运维模式下，运维部门作为IT运维服务提 供者负责为本单位提供IT运维服务，IT运维部 门可借助或不借助IT运维服务支撑系统对IT基 础设施、IT应用系统、IT用户和IT供应商实施管 理。该模式下，IT运维管理部门负责对IT运维 服务的设计、评估和改进。
运维服务管理者
6.
支持各类通用的硬件 和操作系统平台
可对管理信息进行综合展现，可以根据用户需 求通过配置定制个性化业务窗口，可支持定制 化二次开发。
满足系统使用过程中容量和效 率的要求
2.
4.
3.
7.
能够对包括网络系统、主机系统、存储/备份系统、 系统结构清晰，能够采用层次化、模块化的设计
应用系统、终端系统、安全系统、机房动力及环
运维 中心
****************有限公司
.
1
前言
我公司响应“十三五”规划纲要提出的“深入推进大众创业万众 创新”口号， 大量的信息系统投入运行，如何最大限度保障其 安全准确高效运行——这一课题摆在了我们面前。快速发展的讯 飞对信息系统运行工作提出了更高要求。下面从运维工作实际出 发，详细分析运维工作内容、管理组织结构和职责划分以及运维 体系建设情况，就运维工作中存在的一些问题，对信息系统运维 体系的建设提出了一些看法。
网络系统建设与运维(高级)课程PPT第11章 网络运维技术
第14页
11.1.2 网络管理协议简介
NETCONF简介
NETCONF（Network Configuration Protocol，网络配置协议）提供了一种网管和网络设备之间通 信的机制，网络管理员可以利用这套机制增加、修改、删除网络设备的配置，获取网络设备的 配置和状态信息。网络设备提供了规范的应用程序编程接口（Application Programming Interface， API），网管可以通过NETCONF使用这些API管理网络设备。在SDN领域，NETCONF是SDN网络南 向接口协议之一, SDN控制器通过NETCONF对网络设备进行配置管理。
第9页
11.1.1 SDN概述
SDN架构（续）
SDN网络架构分为应用层、控制层、设备层三层，不同层次之间通过开放接口连接。
第10页
11.1.1 SDN概述
SDN架构（续）
协同应用层
协同应用层主要完成用户意图的各种上层应用，典型的协同层应用包括OSS、OpenStack等。OSS可以负 责整网的业务协同，OpenStack云平台一般用于数据中心负责网络、计算、存储的业务协同。还有其他 的协同层应用，例如，用户希望部署一个安全APP，这个安全APP不关心设备具体部署位置，只是调用了 控制器的北向接口，例如Block（Source IP，DestIP），然后控制器会给各网络设备下发指令，这个指令 根据南向协议不同而不同。
NBI北向接口
北向接口为控制器对接协同应用层的接口，主要为RESTful。
SBI南向接口
南向接口为控制器与设备交互的协议，包括NETCONF、SNMP、OpenFlow介
NETCONF协议
NETCONF简介 NETCONF与SNMP比较 NETCONF网络架构 NETCONF协议框架 NETCONF建模语言
11.1.2 网络管理协议简介
NETCONF简介
NETCONF（Network Configuration Protocol，网络配置协议）提供了一种网管和网络设备之间通 信的机制，网络管理员可以利用这套机制增加、修改、删除网络设备的配置，获取网络设备的 配置和状态信息。网络设备提供了规范的应用程序编程接口（Application Programming Interface， API），网管可以通过NETCONF使用这些API管理网络设备。在SDN领域，NETCONF是SDN网络南 向接口协议之一, SDN控制器通过NETCONF对网络设备进行配置管理。
第9页
11.1.1 SDN概述
SDN架构（续）
SDN网络架构分为应用层、控制层、设备层三层，不同层次之间通过开放接口连接。
第10页
11.1.1 SDN概述
SDN架构（续）
协同应用层
协同应用层主要完成用户意图的各种上层应用，典型的协同层应用包括OSS、OpenStack等。OSS可以负 责整网的业务协同，OpenStack云平台一般用于数据中心负责网络、计算、存储的业务协同。还有其他 的协同层应用，例如，用户希望部署一个安全APP，这个安全APP不关心设备具体部署位置，只是调用了 控制器的北向接口，例如Block（Source IP，DestIP），然后控制器会给各网络设备下发指令，这个指令 根据南向协议不同而不同。
NBI北向接口
北向接口为控制器对接协同应用层的接口，主要为RESTful。
SBI南向接口
南向接口为控制器与设备交互的协议，包括NETCONF、SNMP、OpenFlow介
NETCONF协议
NETCONF简介 NETCONF与SNMP比较 NETCONF网络架构 NETCONF协议框架 NETCONF建模语言
税务信息系统运维体系建设与管理ppt课件
11
管理内容
1、应用系统的维护 包括应用软件和各类业务数据库系统的维护、应 用软件操作过程中发现问题的处理，如综合征管软件、 防伪税控系统、出口退税系统等各类应用系统的管理 维护。
12
管理内容
2、基础设施的维护
网络的维护：包括局域网和广域网线路、设备的管 理维护。
机房及主机的维护：包括机房空调、电源、服务器 等设备的管理维护。
税务信息系统运维体系建设与管理
1
运维现状
*税务信息化三大任务：规划、应用、运维 *应用系统集中化、网络化，管理与风险高度集中 *应用系统和数据急剧增长，采用技术和手段先进复杂
运维任务繁重，责任重大
*全局运维：运维管理、人员配置、工作部署、平台建设
2
建设原则
1、标准化原则 建立省级运维为基础、总局运维为依托的规范 化、标准化、制度化的集中运维管理模式。 要充分发挥市级、区县级运维工作积极性和主 动性，形成良性互动的工作合力。
5
建设原则 4、统一平台原则 运维统一平台是遵循IT管理标准体系，提供基于
运维流程，以服务为导向的业务服务管理和IT运维管 理支撑平台，实现对应用系统的全面管理，实现信息 与知识的共享。
6
建设原则 5、稳定可靠原则 （1）技术的实用性和运维体系的稳定可靠，包括
设备和人员。 （2）健康检查，主动运维。
最高目标：无“维”而治
8
建设目标
具体目标1：安全
提供对业务系统的全面监控，反映信息系统资源的健康 状况和可用性，得到一个可控制、可预测的IT环境，使所有 IT设施（包括机房、网络、主机、数据库、中间件、应用系 统等）处于安全的运行状态
9
建设目标
具体目标2：稳定
完善运维管控流程和制度，在技术手段的支撑下 制定严密的相互监控、相互制约、相互保障的运维 工作流程，确保制度的可执行性和权威性，逐步将 手工流程固化，减少人为错误，实现由随意转向规 范，由事后救火转向事前防范，由个人经验转向知 识管理，提高运维的稳定性
管理内容
1、应用系统的维护 包括应用软件和各类业务数据库系统的维护、应 用软件操作过程中发现问题的处理，如综合征管软件、 防伪税控系统、出口退税系统等各类应用系统的管理 维护。
12
管理内容
2、基础设施的维护
网络的维护：包括局域网和广域网线路、设备的管 理维护。
机房及主机的维护：包括机房空调、电源、服务器 等设备的管理维护。
税务信息系统运维体系建设与管理
1
运维现状
*税务信息化三大任务：规划、应用、运维 *应用系统集中化、网络化，管理与风险高度集中 *应用系统和数据急剧增长，采用技术和手段先进复杂
运维任务繁重，责任重大
*全局运维：运维管理、人员配置、工作部署、平台建设
2
建设原则
1、标准化原则 建立省级运维为基础、总局运维为依托的规范 化、标准化、制度化的集中运维管理模式。 要充分发挥市级、区县级运维工作积极性和主 动性，形成良性互动的工作合力。
5
建设原则 4、统一平台原则 运维统一平台是遵循IT管理标准体系，提供基于
运维流程，以服务为导向的业务服务管理和IT运维管 理支撑平台，实现对应用系统的全面管理，实现信息 与知识的共享。
6
建设原则 5、稳定可靠原则 （1）技术的实用性和运维体系的稳定可靠，包括
设备和人员。 （2）健康检查，主动运维。
最高目标：无“维”而治
8
建设目标
具体目标1：安全
提供对业务系统的全面监控，反映信息系统资源的健康 状况和可用性，得到一个可控制、可预测的IT环境，使所有 IT设施（包括机房、网络、主机、数据库、中间件、应用系 统等）处于安全的运行状态
9
建设目标
具体目标2：稳定
完善运维管控流程和制度，在技术手段的支撑下 制定严密的相互监控、相互制约、相互保障的运维 工作流程，确保制度的可执行性和权威性，逐步将 手工流程固化，减少人为错误，实现由随意转向规 范，由事后救火转向事前防范，由个人经验转向知 识管理，提高运维的稳定性
网络系统运维管理课件(PPT 125页)
• 三种不同端口类型下光模块的分类及区别
• 一 GE SFP光模块 此种光模块的使用较为广泛，根据传输光信 号的类型可分为单模和多模两种，波长分为1310nm和1550nm三 种： 850nm的GE光模块是多模：传输距离为500m。此种光模 块一般都是应用于同一机房或机房的不同楼层的设备之 间； 1310nm的GE光模块是单模：传输距离分为10km、15km和 40km两种，此种光模块应用于中远距离设备之间; 1550nm的 GE光模块是单模：传输距离分为40km、80km和100km两种，此 种光模块应用于远距离设备之间。
SFP是SMALL FORM PLUGGABLE的缩写，可以简单的理解为GBIC的 升级版本。SFP模块体积比GBIC模块减少一半，可以在相同的面板上 配置多出一倍以上的端口数 量。SFP模块的其他功能基本和GBIC一致。 有些交换机厂商称SFP模块为小型化GBIC（MINI-GBIC）。 SFP模块体 积比GBIC模块减少一半,可以在相同的面板上配置多出一倍以上的端口 数量。SFP模块的其他功能基本和GBIC相同。
单模光纤价格便宜，但单模设备较之同类的 多模设备却昂贵很多。单模 设备通常既可在单模光纤上运行，亦可在多模光纤上运行，而多模设备只限 于在多模光纤上运行。
如何区分单模或多模光缆？
• 1.简单的方法是取单、多模光纤，剥去涂层，切割端面，放在20倍 以上的显微镜下观察。芯子部分圆周很下的为单模，芯子很粗的为 多模。
2.2多模光纤
• 芯线粗,中心玻璃芯较粗(50或62.5μm)， • 传输速度低 • 距离短 • 整体的传输性能差，但其成本比较低，一
般用于建筑物内或地理位置相邻的环境下 • 多模只有2—4Km • 62.5/125
2.3如何简单判断单模还是多模
2024IT运维管理基础知识PPT课件
IT运维管理基础知识PPT课件•IT运维管理概述•IT运维管理体系框架•硬件设备维护与保养•软件系统更新与升级管理目录•数据备份与恢复策略•网络安全防护及应急响应01IT运维管理概述定义：IT运维管理是指对企业IT环境、网络、系统、应用及数据进行维护和管理的一系列活动和过程，旨在确保IT服务的稳定性、可用性和安全性。
目标提高IT服务质量和效率降低IT运维成本和风险保障企业业务连续性和创新发展IT运维管理定义与目标提升企业信息安全水平IT 运维管理通过加强系统安全监控和漏洞修复等措施，提高企业信息安全防护能力。
优化企业资源配置IT 运维管理通过对企业IT 资源的统一管理和调度，实现资源的最大化利用和节约。
保障企业IT 系统稳定运行IT 运维管理能够及时发现和解决IT 系统中的故障和问题，确保企业业务的正常开展。
IT 运维管理重要性云服务化运维随着企业上云步伐的加快，云服务化运维成为未来IT 运维的重要趋势。
强调安全与合规性在日益严峻的信息安全形势下，IT 运维管理将更加注重安全性和合规性要求。
运维开发一体化打破传统运维与开发的界限，实现运维开发一体化，提高IT 交付效率和质量。
智能化运维借助人工智能、大数据等技术手段，实现IT 运维的自动化、智能化和预测性维护。
IT 运维管理发展趋势02IT运维管理体系框架组织架构与人员配置IT运维组织架构01设立专门的IT运维部门，明确各级职责和权限，确保运维工作的高效开展。
人员配置与角色划分02根据业务需求和技术难度，合理配置运维人员，包括系统管理员、网络管理员、数据库管理员等角色，并明确各自的工作职责和技能要求。
团队协作与沟通机制03建立有效的团队协作机制，加强部门内部和跨部门之间的沟通与合作，确保运维工作的顺利进行。
运维流程梳理与优化对现有的运维流程进行全面梳理，发现瓶颈和问题，并进行优化和改进，提高运维效率和质量。
标准化与规范化管理制定统一的运维管理标准和规范，包括系统监控、故障处理、数据备份等方面，确保各项运维工作符合标准和规范要求。
运维的体系建设ppt运维的体系搭建
金 运 维 工 作 的 现 状 与 展 望第11页
部门与外部的流程制度① 售前技术支撑流程② 上线流程③ 投诉处理流程④ 事件管理流程⑤ 问题管理流程⑥ 敏感数据提取流程⑦ 业务推广活动支撑流程⑧ 商户接入流程服务目录
②部门内的操作规范、安全制度>银联的安全规范、制度>移动的安全规范、制度>公司的安全基线规范③运维相关的编码的安全规范
系统技术架构师以灵活可靠，扩展性强为视角，形成各业务线的软件、硬件集成架构体系，具备主机、网络、DB及应用的综合技术能力，以及全方位的安全保障的能力
以技术前瞻为视角,形成清晰的技术体系规划蓝图，确保基础架构以最优的方案满足供公司的业务需求，技术战略与时俱进，保持行业领先水平，具有核心技术优势和竞争力
运维体系建设介绍及公司运维现状与展望第1页
拳运维部门的价值与挑战◆ 运维部门的工作内容◆ 运维工作体系建设之流程与制度 (Process)◆ 运维工作体系建设之人员 (People)◆ 运维工作体系建设之技术 (Technology)◆ 运维工作的现状与展望
第2页
平台为最终用户提供安全、可靠的支付等服务
望京 亦庄
菜市口
第3页
走台
CMNET
运维部门的价值
“以流程为导向，以客户为中心，以技术为支点，提供低成本、高质量的IT服务，以满足业务快速发展的需要”业务快速响应要求 业务连续性要求成本预测与量化要求 业务安全性要求第4页
全面管控企业范围内基础设施、信
对在线业务从系统层到业务层实现
息资产等资源，实现前端业务的快
部门内部的流程制度①部门内各团队间的工作流程 >一线、二线团队之间的工作流程；>虚拟团队的工作流程；>服务产品外包的工作流程；
运维服务流程和体系PPT课件
➢加强监督检查，严格考核运维人员
在服务技术平台中设计专门的绩效考核模块，自动向管理层实时提交流程管理报表及其它有实际价 值的统计报告，使管理层能及时了解税务系统整体的IT 服务运营状况及服务水平。各线技术人员 的年度考评分数将依据系统中该工程师的客户满意度、年客户有效投诉数量、问题解决率及工作量 等指标来衡量；同时，对这些指标按权数设置不同的评分标
第6页
目录
➢业务挑战 ➢运维框架及流程
第7页
运维体系与项目的区别
传统软件开发项目生命周期 需求调研 设计 开发 测试 发布
运维服务生命周期 需求调研 设计 开发 测试
发布 运营 优化
第8页
运维体系
ITIL 将 IT 服务管理归纳为十个核心流程和一项管理职能。这十个核心流程分别是 ➢服务级别管理 ➢IT 服务财务管理 ➢能力管理 ➢IT 服务持续性管理 ➢可用性管理、 ➢配置管理 ➢变更管理 ➢发布管理 ➢事件管理 ➢问题管理 ➢一项管理职能是服务台
➢收集基础资料，建立完备的配置管理数据库
配置管理数据库（CMDB ）存储包括服务器、系统软件、网络设备和应用软件等在内的基础配置 信息，用于各线技术人员在排除故障时分析事件根源，评估变更的风险，自动生成与软硬件变更有 关的配置通知信息。配置管理的主要工作量集中在初始设置，需要将各种软硬件的详细配置、所在 部门、使用用途、操作用户等基础信息全部录入数据库。配置信息的运态维护管理应与财务系统的 固定资产模块、人事管理系统等软件建立接口，一旦发生固定资产的购置毁损和人事变动等情况以 后，由运维服务技术平台自动提醒配置管理人员修改相关基础信息
第4页
五大问题
当前在运维工作中存在着五大问题： 一是认识存在误区 这主要表现为重初始上线轻运行维护以及将运维单纯等同于排除故障； 二是缺少一支配置合理的运维队伍 信息部门的人力资源配置远远不能适应当前运维工作的需要，如运维人员过少、技术部门和业务部 门分别设立的运维队伍协调配合不够以及没有形成运维人才梯队； 三是缺乏有效的故障收集渠道 由于没有统一的故障收集平台，当前用户产生运维请求后，一般既不能准确把握其故障类型，又不 了解运维部门的职责分工，往往不知所措；
在服务技术平台中设计专门的绩效考核模块，自动向管理层实时提交流程管理报表及其它有实际价 值的统计报告，使管理层能及时了解税务系统整体的IT 服务运营状况及服务水平。各线技术人员 的年度考评分数将依据系统中该工程师的客户满意度、年客户有效投诉数量、问题解决率及工作量 等指标来衡量；同时，对这些指标按权数设置不同的评分标
第6页
目录
➢业务挑战 ➢运维框架及流程
第7页
运维体系与项目的区别
传统软件开发项目生命周期 需求调研 设计 开发 测试 发布
运维服务生命周期 需求调研 设计 开发 测试
发布 运营 优化
第8页
运维体系
ITIL 将 IT 服务管理归纳为十个核心流程和一项管理职能。这十个核心流程分别是 ➢服务级别管理 ➢IT 服务财务管理 ➢能力管理 ➢IT 服务持续性管理 ➢可用性管理、 ➢配置管理 ➢变更管理 ➢发布管理 ➢事件管理 ➢问题管理 ➢一项管理职能是服务台
➢收集基础资料，建立完备的配置管理数据库
配置管理数据库（CMDB ）存储包括服务器、系统软件、网络设备和应用软件等在内的基础配置 信息，用于各线技术人员在排除故障时分析事件根源，评估变更的风险，自动生成与软硬件变更有 关的配置通知信息。配置管理的主要工作量集中在初始设置，需要将各种软硬件的详细配置、所在 部门、使用用途、操作用户等基础信息全部录入数据库。配置信息的运态维护管理应与财务系统的 固定资产模块、人事管理系统等软件建立接口，一旦发生固定资产的购置毁损和人事变动等情况以 后，由运维服务技术平台自动提醒配置管理人员修改相关基础信息
第4页
五大问题
当前在运维工作中存在着五大问题： 一是认识存在误区 这主要表现为重初始上线轻运行维护以及将运维单纯等同于排除故障； 二是缺少一支配置合理的运维队伍 信息部门的人力资源配置远远不能适应当前运维工作的需要，如运维人员过少、技术部门和业务部 门分别设立的运维队伍协调配合不够以及没有形成运维人才梯队； 三是缺乏有效的故障收集渠道 由于没有统一的故障收集平台，当前用户产生运维请求后，一般既不能准确把握其故障类型，又不 了解运维部门的职责分工，往往不知所措；
《软件运维体系》课件
案例分析二：互联网行业软件运维体系优化
案例概述
介绍互联网行业软件运维体系优化的需求和目标。
解决方案
详细说明如何通过引入微服务架构、智能监控和自 动化测试来优化互联网行业软件运维体系。
实施效果
分享优化后系统响应速度、可扩展性和故障恢复能 力的提升。
案例分析三：智能制造行业软件运维体系应用
案例概述
01
自动化部署
自动化部署
通过自动化工具和流程，快速、准确地部署 应用程序和配置。
自动化工具
如Ansible、Docker、Kubernetes等，支 持自动化部署、配置管理、容器化等技术。
部署流程
包括代码提交、构建、测试、部署等环节， 实现一键式自动化部署。
持续部署
通过自动化部署，降低部署风险，提高部署 效率，加速软件迭代。
持续集成与持续部署（CI/CD）
持续集成
定期将代码集成到主干，通过自动化工具进 行编译、测试和验证。
持续部署
在持续集成的基础上，自动部署经过验证的 代码到生产环境。
CI/CD工具
如Jenkins、GitLab CI/CD等，支持自动化 构建、测试和部署。
CI/CD流程
包括代码提交、自动构建、自动化测试、部 署等环节，提高软件质量。
自动化监控：实时监控系统状态，自动检测异常，及时预警。
最佳实践分享
自动化日志分析
对系统日志进行自动化分析，快速定位问题 。
最佳实践二
持续集成与持续部署
持续集成
定期将代码集成到主干，自动检测代码冲突 和错误。
最佳实践分享
持续部署
自动部署经过测试的代码到生产环境，降低部署风险。
最佳实践三
容器化技术应用
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
业务快速响应要求 业务连续性要求
成本预测与量化要求 业务安全性要求
运维服务实现标准流程化管理，统 一计费单元，对服务进行计费管理 ，服务价值与业务发展相符。采用 先进的技术，低成本对应业务转型 ，技术创造价值
横向从人员、流程、制度、技术手 段等方面，纵向从网络层、主机层 、存储层、数据层、业务层等方面 ，形成网状结构全面梳理安全问题 ，保障业务的机密、完整和可用性
②
流程制度
• 运维部门处于生 产和销售的中间环 节，对前后端各条 业务线提供多种服 务，规范的流程缺 失，导致解决问题 靠英雄和人情，责 任定位不明确；
•各种特批流程泛滥 ，运维人员的工作 处于无序化，紧急 且重要的业务需求 得不到优先支持， 影响内外部客户的 满意度；
①
运维人员
• 运维部门规模较 小，人员紧张，分 工粗泛，要求一人 多能，一人管理多 条业务线，导致人 员专业性不强，人 员数量和技能与实 际要求差距较大， 业务需求得不到快 速良好的支持；
运维体系建设介绍 及公司运维现状与展望
第1页
目录
运维部门的价值与挑战
运维部门的工作内容 运维工作体系建设之流程与制度（Process） 运维工作体系建设之人员（People） 运维工作体系建设之技术（Technology） 运维工作的现状与展望
第2页
运维部门的定位
运维部门在公司的位置图例：
各业务线前端的产 品和研发人员设计 和生产软件模块
•将细分的专业化的工作 模块化，由一线运维团队 、二线支撑团队，和临时 的虚拟项目组承担，或者 考虑成本的要求，在安全 性要求较低的工作上购买 外包服务
网络系统模块
操作系统模块
数据库及应用模块 售后投诉模块
第10页
目录
运维部门的价值与挑战 运维部门的工作内容
运维工作体系建设之流程与制度（Process）
第4页
运维部门的价值
运维部门在公司的地位和作用
大背景： 产品的前期设计和开发在整个生命周期中只占20%左右，80%时间集中在运 维和运营工作，随着各行各业的大规模信息化建设时代接近尾声，IT运维 时代已经来临。
不同的公司，公司不同的发展阶段，运维部门地位和作用不同：
移动梦网发展三个阶段
梦网业务的“蛮荒期”
第7页
运维部门的工作内容
概念介绍—系统分层：
业务层 数据层 DB层 *DB层的运维目前不在
网络与系统运行部
存储层 主机层 网络层
第8页
运维部门的工作内容
工作内容的分类
1 2 3 4 5 6 7 8 9 10 11 12 13
配 配置 售 上 系 故 告 问 容量 日 全 应 备
置 间关 前 线 统 障 警 题 分析 常 面 急 份
梳 系梳 方 割 调 处 处 排 与报 巡 持监 演 可灾
理 配理
案变接 优 理事理 查问 告容 检 续控 练 用备
பைடு நூலகம்
置
更
件 题量 性 性
管
管
管 管管 管 管
理
理
理 理理 理 理
14 15 16 17
业务 业务 商 投 推广 数据 户 诉 活动 提取 接 处
支撑 业 入 理 务 支 撑
18 19 20 21
安全 安全 安 安 工具 策略 全 全 更新 制定 加 扫
安固描 全 管 理
第9页
运维部门的工作内容
运维工作部署演进
•运维工作多而杂，通过 把复杂的运维工作从项目 、系统分层、业务线进行 三个维度的切分，使工作 内容职责清晰，更易于落 地执行；
•对细分的工作内容进行 梳理，固化工作经验，形 成专业的操作手册，对于 可以自动化实现的部分， 做成运维工具，达到降本 增效的目的，降低人为操 作的误差；
•运维人员在运维流 程中缺乏服务评价 指标体系，从而不 能作为绩效考核的 依据；
③
基础设施
•生产环境中单点设 备较多，业务中断 风险高； •老旧设备对新技术 支持较差，资源分 配不灵活； •监控、拨测等自动 化运维工具缺乏， 工作效率差、人力 成本高； •CMDB缺乏，生产 环境中“僵尸节点 ”较多，影响业务 更新，甚至带来平 台重构的风险；
运维工作体系建设之人员（People） 运维工作体系建设之技术（Technology） 运维工作的现状与展望
•运维人员的职业规 划和能力培养尚不 完善，不规律的作 息和巨大工作压力 ，导致了运维人员 大量流失，工作分 工不明确，经验固 化随之薄弱。
第6页
目录
运维部门的价值与挑战
运维部门的工作内容
运维工作体系建设之流程与制度（Process） 运维工作体系建设之人员（People） 运维工作体系建设之技术（Technology） 运维工作的现状与展望
“管理要效益”
运C维o部n门su从m系e统r l整ea体d性角
效度益出考发核，为牵重头，持业务续品优牌化产 建品设质，量个和性性化能服。务细节， 产用品户质满量意提度升成为考核指标
用户为中心
第5页
运维部门的挑战
运维部门的困境和挑战
④
指标绩效
•网络和产品缺乏可 用性等指标评价体 系，系统优化缺乏 依据；
全面管控企业范围内基础设施、信 息资产等资源，实现前端业务的快 速上线；售后用户的投诉等问题实 现第一时间、一次性的完善解决， 提升内外部客户的满意度
对在线业务从系统层到业务层实现 全面的监控，从被动处理转变为主 动预防，制定SLA考核指标，提升故 障的快速定位和解决，保障业务达 到超出竞争对手的稳定运行率
运维部St门ar频t 繁up上t线im及e排障
，业多务拓采展用为人重海，战业术务，量考规核范 性，较满足差接，入“上被量动为、原无则 序” ，产品的可用性及安全问 题突显。
SP为中心
“规范期”
运维部N门o承rm担a了ti产ve品质量
缓的解评管价理和压部力为分重管，理重职点能解， 决规系范统流稳程定制性、度产，品向可技用术性运 、维投转诉型处，理致力于消除人为 运事营故、和运安维全管理隐为患中心
望京
亦庄
CMNET
丰台 菜市口
根据产品方案，定制 集成的系统方案，并 保证按照规范平稳的
运行系统
平台为最终用户提供 安全、可靠的支付等
服务
服务中 心热线
技术支 持中心
RMA
备件 中心
Tec 中心
实验室
对热线服务提供疑难 技术支持，提升品牌 形象，对产品优化研 究，提升产品质量
第3页
运维部门的价值
“以流程为导向，以客户为中心，以技术为支点，提供低 成本、高质量的IT服务，以满足业务快速发展的需要”