一个可供借鉴的中小企业运维管理平台架构样本.docxVIP

PAGE 1 PAGE 1 一个可供借鉴的中小企业运维管理平台架构样本  在运维的初期，我们更多的是一个救火队长的角色，每天数不尽的更新发布和问题修改，运维人员每天的工作都很饱和，压力也很大，是一个比较疲乏的过程。  我今日要跟大家共享的主题是《中小企业运维管理平台架构》，这是结合我们青岛航空在做运维管理和运营管理平台时的一些经验和问题，期望能够对大家有一定的帮助。  共享大纲：  1.运维管理思路  2.运维管理平台架构  3.将来展望  一、运维管理思路  在运维的初期，我们更多的是一个救火队长的角色，每天数不尽的更新发布和问题修改，运维人员每天的工作都很饱和，压力也很大，是一个比较疲乏的过程。后面我们经过了一个梳理运维流程和整理的步骤，渐渐实现了运维的标准化和流程化，结束运维初期相对混乱的状态。  在做运维标准化流程化的过程中，最初也会利用脚本或者代码、工具来实现运维自动化的工作，大大削减运维的重复性工作，提高运维的效率；也会结合我们在运维标准化、流程化、自动化中积攒的一些数据，结合自身运维的经验和一些机器学习算法，去完成一些智能化相关的工作。  运维的三大主题是监控、安全和灾备，这是围绕运维的基础数据来做的，以保证运维基础数据的稳定。运维周期是从需求开发调研开始的，从开发到测试到上线，这中间借鉴了一些DevOps的思想，也包含了运维人员、测试人员共同维护我们的业务系统，保证业务系统的稳定。  我们做运维管理的时候，始终坚持安全、稳定和高效三个原则，抛弃了这三个原则，之前所做的不管是标准化、流程化，都将为零。通过做运维管理，我们的目的是提高运维质量，降低运维成本。以上就是做运维管理的思路。  二、运维管理平台架构  下面我将从总体架构、标准化、流程化、基础数据、监控管理体系、安全、灾备管理体系、自动化以及其它一些方面进行简洁共享。  1、总体架构  从下往上，我们首先通过虚拟化、容器化实现了相对基础的类IaaS平台，这样在做上层运维工作时，可以相对少地去关注底层资源。接下来是基础数据的梳理，基础数据打算了运维的工作对象和范围，上层所运作的全部的工作都紧紧围绕运维基础数据来的。我们在梳理和整理基础运维数据的时候，顺便完成了运维的标准化和流程化的制定以及实施落地。  基础数据之上是监控、安全和灾备三个管理体系，围绕基础数据对运维的基础数据供应保驾护航。再上面是运维自动化，通过运维自动化将固化的运维工作和流程做了一些自动化的开发，削减了运维重复性的工作，提高了运维效率。随着运维自动化的发展演变出了一定的问题，例如自动化脚本越来越多、越来越难管理，我们用的自动化工序也特别多，这时急需一个统一的运维管理平台，帮助去对去做统一的管理，这是我们运维管理平台的状况。  我们的运维管理平台主要是包含用户管理、项目管理、数据中心和创新管理这一块的功能。其中运维管理是以项目为基本单位的，所以说下边做的这种运维自动化和运维标准化的东西是都涵盖项目管理的。数据中心主要跟基础数据做一些紧密的结合，为我们做智能化运维供应基础数据的支持。创新管理这块其实主要是想通过创新性的管理来不断的推进内部的运维技术进步，不断去尝试一些相对比较新、比较高效的技术。这是我们的实际工作状况。  2、标准化与流程化  标准化和流程化主要是通过文档的方式梳理以往的一些工作，进行一些文档性的整理，包括数据中心的建设。对于数据中心，我们是有自建的机房的，包括搬迁新机场后的新机房建设(青岛19年胶东新机场建立完成，航空公司要进行搬迁)，新机房建设是围绕国家标准和地方性的标准来进行建立和建设的。然后硬件设备选购和上下架，这些是硬件相关的东西。  接下来是一个故障排故流程和运维通告，这个帮助运维出现运维故障时，供应一个解决的方式和通报流程。  上面两行是服务器的申请、服务器的部署（包括配置变更等），还有权限管理。运维服务的申请到运维服务的部署，包括应用的部署等主要是通过这样一些文档和流程来规范我们日常的运维工作。标准统一了，我们做运维时就相对简单许多。  3、基础数据管理 CMDB 这里分为几大部分。首先是CMDB，这个跟传统的ITIL有一些不同的地方，我们的CMDB以产品线为主线，每个产品线下包含许多项目，而每个项目里也有许多的服务，每个服务会有不同的应用在上面跑。这些服务，或者说这些应用，都跑在我们的虚拟机或者容器上，而这些虚拟机和容器又分布在不同的物理机上，到了物理机这一层也就到了资产管理这块。  资产管理这块