首先我表达个人观点,运维数据统一治理并非自动化的先行条件,需要先把运维数据概念的定义以及自动化运维的覆盖范围厘清。我更倾向于配置管理是自动化运维的先决条件。
先说说对运维数据的理解,我所认为有几类,一类是描述生产资源的数据即我们常说的配置数据,另一类是生产资源运行过程中产生的数据。配置数据也可以理解为是数据中心内部的主体,都在围绕他开展各项工作。这如我们做一次运维需要知道是为哪个对象,是设备加电还是数据库打补丁或是应用程序版本升级,这里所提到的设备、数据库软件、应用都是配置信息的一份子。
自动化运维是一个有广度有深度的任务,可以有不同角度的细分。按技术架构分层可以有应用部署自动化,基础软件部署自动化,计算资源自动化,每一项之间都有互相联系,也都有特定领域实践。从深度上就需要考虑自动化串联、审计、效果度量。一如我们当前所熟悉的云平台,是一个典型的资源供给自动化/自服务,实现资源供给管理是最基础的自动化,这仅仅依赖于配置信息管理即可完成。那如果要对资源弹性供给则需要对资源使用、运行支撑业务、应用架构等都有详细的管理才能做好。所以在不同管理需求/成熟度要求的前提下,自动化对运维数据有不同范围的依赖。
那有问题说我要做一个最完善的自动化,所以我要做好全运维数据的统一治理。这个问题很复杂,运维数据有很大一部分是由应用程序产生,需要有各种依赖,与组织分工、技术标准以及规划管理都有很大关联,可以在分步推动运维数据治理和自动化。