运 维 体 系 建 设 方 案 一 、 体 系 建 设 目 标 查阅了大量资料，也没有找到对“运维体系”的明确定义，大多数资料对运维体系的解读及建设方案都是基于 ITIL 认证体系与 Google SRE，通过一系列的制度、标准、规范及流程，辅以高效的 IT 管理系统，向用户提供高质量的运维服务，保证系统的可靠运行。 基于对ITIL 及 Google SRE 的理解，部门的运维体系建设目标可以确定为：以积极、负责、严谨的工作态度，正确、高效、规范的工作方法，保证系统7*24 小时正常服务，全心全意为客户服务，让客户满意。 二、 运 维 现状分析 随着部门研发的产品日趋成熟，系统的复杂度日益提升，主要体现在业务功能增多、业务流程复杂、业务组件多且依赖关系复杂、系统硬件数量多等，导致整个系统运维的工作量及难度均大幅度增加。运维做了很多的工作，却依然保证不了系统的可靠服务能力，并不能完全满足来自公司内外部“客户”的运维服务要求。通过运维团队内部的讨论与分析，发现运维工作提升困难的主要原 因 与其 所 处 现状 息 息 相 关，主要存 在如 下 亟 待 解决 的痛 点 ： 1) 运维人 员 的技 能参 差 不齐 ，深 度不够 ，专 业化 不足； 2) 运维人 员 分工及职 责不明确，要求全栈 运维，工作上 出 现相 互 推 诿 、拖 延 ； 3) 运维操 作随意性 强 ，容 易 出 现疏 忽 与失 误 ，导致系统事 故 ； 4) 运维服务接 入 点 不单 一，任 何 运维人 员 都可以接 入 服务； 5) 运维工作范围 繁 杂琐 碎 ，出 了问 题 就 有责任 ，有失 公平 ，影 响 团队成员 的积极性 ； 6) 运维对问 题 的复盘 分析不够 深 入 ，运维质量改 进 缓 慢 ； 7) 大量的硬件资产缺 乏 全面 细 致的管理，不能做到全生 命 周 期 管理； 8) 大量的业务系统，全手 工运维与巡 检 ，耗 时耗 力； 9) 缺 乏 全 面 的 系 统 监 控 手 段 /系 统 ， 不 能 及 时 发 现 系 统 中 的 问 题 ； 10) 业 务 系 统 复 杂 度 高 ， 运 维 还 没 有 完 全 了 解 业 务 系 统 的 功 能 及 依 赖 关 系 ； 11) 业 务 系 统 质 量 低 、 可 靠 性 差 ， 导 致 升 级 变 更 的 工 作 量 超 大 。 以 上 并 不 是 全 部 的 问 题 ， 这 些...
