运维改革探索(二)：构建可视化分布式运维手段(5)

为适应“IT即服务”的新型运维模式,尝试打破原有按照专业(主机、存储、数据库、中间件、网络……)和项目划分的组织架构,按照资源池运营管理模式进行架构重构,把运维工作划分为服务运营、资源运营两个核心维度,并以此为核心组织进行基础设施层面的构建和上层的管理运营,如下：

经过上述调整,大大降低了之前各个专业之间协同难度以及不同专业间的专业壁垒,例如支撑一个项目,原来需要主机组提供主机资源、网络组提供网络、数据库组提供数据库等,现在提前建好资源池,资源池的运维人员通过云管理平台几乎可实现一切底层设施,每个人对各个专业门槛也大大降低了要求,适应了大规模环境下的运维要求.

考虑到资源池初始阶段还有很多传统架构和云架构并存,且资源池需要提前建设,上述划分仅适应运营阶段需要,我们在运营团队中横向构建了跨专业的虚拟团队,作为项目小组,人员跨资源运营和服务运营的成员组成,例如扩容项目组、工程项目组、业务连续性项目组等,作为临时需要时的一个扁平化团队,如下图所示：

通过上述组织架构调整,结合我们在资源池管理平台实现的IAAS和PAAS的自动管理功能,大大降低了运维难度,同时规避了繁琐的运维流程,初步实现了敏捷运维能力.同时根据测算,在人员配备上,如果按照传统运维架构,2000台服务器规模需要不同专业运维人员12人以上,而采用新的运维架构,只需3-4人即可.

上述是在组织架构上适应云服务的运维,在技术上,我们公司积极推进企业级资源池、第三代CRM的IAAS和PAA融合架构建设,实现应用节点容量通过服务方式自动扩展,做到集中统一管控,深入运维提升核心掌控能力,目前本项目正在建设中,如下图所示：

效果和后续计划

通过近两年的持续探索,引入了较多的互联网开源运维工具,并经过定制化改造,目前已经初步搭建了面向云化架构下的系统运维架构.通过完善相应的监控、维护工具和数据分析,简化了系统运维难度,大大提升了系统维护效率；另外通过系统建设,运维人员接触到很多新的互联网化运维工具,人员自身的能力和工作积极性有了较大提升；而新工程项目建设时,.因为从各层级有了可视化操作工具,项目建设难度大大降低,减少了较多的项目协调工作,人员投入也从之前的8-9人变为2-3人承担.

尽管目前引入了较多的云化运维工作,但目前各个工具还相对比较分散,未来我们计划对各个运维工具统一建设,能够集中到一个统一的操作平台上,各个工具也能够作为一个整体相互协调运作.

文章出处：DBAplus社群(订阅号ID：dbaplus)

（编辑：ASP站长网）