个人认为在自动化运维平台实施前,需要有标准化,但不一定是立刻全部实现标准化,可以逐步推进,和自动化同时推进,不断迭代。
至于范围,可以从以下2方面入手:
1、工具标准化
开发框架 可以自研或者引入第三方,统一开发框架,如果和开发壁垒较大,可忽略。
配置管理 使用统一的配置管理工具做代码管理,主干开发或分支开发也得定个统一标准。
同时需求管理 Jira、持续集成 Jenkins、私有仓库Artifactory等这些各选择1-2个主流标准工具,工具太多势必对运维管理造成成本负担。
。。。。
2、流程标准化
资源申请制定固定的标准流程,如何申请,申请需要填写哪些信息,申请后的机器预装了哪些基础软件等。
变更申请主机变更,数据库变更,存储变更等需制定哪些内容是允许变更的,允许变更的是否可通过UI界面自助完成即可。哪些是坚决不允许变更的。
资源入库运维资源入库到cmdb标准化,如环境名称、系统名称、服务名称这些资源项在什么地方由谁定义,比如:同一个系统有的人叫电子银行,有的叫电子渠道,有的叫渠道整合。。 这是不行的,必须统一掉,便于信息在开发、测试、运维不同人群间传递。 同时明确在什么地方定义,以什么系统做载体对这些信息在不同部门之间透传。
。。。