集团运维体系规划及设计

运维体系

运维平台的目标是自动化和数据化一切，并且最终可视化，从而确保质量、效率和成本几者之间的平衡。

说明：
1、工作流引擎、组织及权限管理：基本功能，因为其中会涉及流程，所以需要统一的流程引擎平台。另外需要部门、角色、用户的权限管理统一管理，不同业务配置不同系统的使用策略，统一实现在单点登陆系统。
2、基础设施：云端资源作底层基础设施，其他的资源对象如机房、机柜、网络、服务器等。
3、配置及服务：统一的配置元数据库（CMDB），如机房信息、服务器信息、人员信息、服务信息、业务信息以及他们之间的物理和业务拓扑关系等，上层的所有系统关联到CMDB，变更后的信息必须实时反馈到CMDB中，确保其他系统能同步这份变化。CMDB系统作运维的核心系统对待，便于后续各个系统之间的互通。
4、流程及服务：ITIL是面向流程的，主要指IT服务台。
5、Devops平台：持续集成、持续交付、持续部署及日常运维自动化。
6、监控及服务：无监控，不运维。
7、数据及服务：只要有线上服务在运行，服务数据流经过的一切节点产生的数据，都要采集、存储和分析起来，供不同的运维场景使用。例如自动化调度，可以根据业务涉及的基础节点资源使用情况，制定对应的自动化调度策略；可以在数据中直接进行故障定位；可以在数据中做安全分析。
8、架构及服务：把业务架构中的共性需求都剥离出来，抽象成一个一个的服务，最终让研发只需要关注自己的业务代码即可，比如说统一文件存储、统一Nosql存储、统一RDS存储、统一队列等。这块对运维的质量、效率、能力等影响最大。
9、面向业务的调度平台：不同的业务会有不同的调度策略和服务使用策略，需要在更上层完成面向业务的统一调度，这个是全应用的视角，和持续集成是有一些区别的。在没有这个平台之前，一个完整的业务上线，需要做很多操作，比如说LVS变更、OS初始化、自动化测试、持续部署、持续反馈、监控、业务调用关系配置，等等。面向业务的调度平台，就需要有一种调度能力，指挥底层各个平台为它服务，它本身不实现任何服务接口，是一个服务的集成者。
10、运维统一门户：每个运维系统都有任务或者信息与自己相关，在统一门户里面分成两个部分，一部分是任务中心，把底层所有的事务状态都同步到任务中心中，表示我要做什么；信息中心，就是让运维人平时关注的业务状态Dashboard直接推送到信息中心中，表示我要关注什么。

运维体系二级视图

根据集团运维体系拆分如下：

运维服务框架

服务框架如下：这里主要基于管理办法及运维服务流程支撑来设计

运维SLA

基于前面的服务框架，针对各个运维所制定的SLA

总结

临时一些小思路，持续更新…