在上一篇文章《你所不知道的CMDB | CMDB起源与发展》中,我们谈到,CMDB的概念起源于1999年,但是在近几年才声名鹊起。本篇文章,我们将继续聊下CMDB的两类应用场景。
概念辨析
提到CMDB,就不得不提到与之相关的一些名词:BSM、ITSM、ITIL、ITOM、自动化运维。CMDB与这几个概念有着千丝万缕,纠缠不清的关系。
首先,我们先针对这几个概念做个清晰的梳理和辨析。
01
BSM:业务服务管理
著名的IT咨询研究公司Forrester给BSM(Business Service Management)的定义:“BSM是动态把以业务为重点的IT服务与IT基础设施之间建立起联系的软件。以业务为重点的IT服务可以是特殊的IT服务或者是业务流程的一部分,但是它必须支持业务所有者重要的、可见的业务指标。”
上面这段话你不理解也没关系,接下来才是重点。国际软件巨头BMC自称为业务服务管理(BSM)概念的先导者,企业通过BSM提供软件解决方案,从而可以使企业从业务视角管理他们的IT基础设施。BMC对于BSM产品或者解决方案应该解决的问题范畴是如下定义的:
通过以上,我们基本可以得出如下结论:
02
ITSM:IT服务管理
维基百科对于ITSM的解释是:
“IT service management (ITSM) refers to the entirety of activities – directed by policies, organized and structured in processes and supporting procedures – that are performed by an organization to design, plan, deliver, operate and control information technology (IT) services offered to customers.[1] It is thus concerned with the implementation of IT services that meet customers' needs, and it is performed by the IT service provider through an appropriate mix of people, process and information technology.”
企业IT管理软件巨头BMC对于ITSM、以及ITSM与ITIL之间的区别的理解是:
“If you’re not sure whether you need ITSM or ITIL®, then I’m pretty sure you’re asking the wrong question. It’s not an “either/or” decision. IT service management (ITSM) is what you do to manage the services you deliver to your customers, even if you don’t actually use that term. ITIL is a best practice framework for ITSM, and you should think about adopting some ideas from ITIL to help you work more effectively.”
上面这两段话你都不理解,也没关系。我们简单总结起来是这样的:
03
ITIL:信息技术基础架构库
ITIL信息技术基础架构库(Information Technology Infrastructure Library,一般情况下使用其缩写ITIL,也译为“资讯技术基础建设馆”)是用来管理信息技术的架构设计、研发和操作的一整套概念和思想。
ITIL具体又分为V2版本和V3版本。其中V2版本的内容总结起来包括两个部分:
1、服务交付(Service Delivery)
2、服务支持(Service Support)
3、再加上服务台(Service Desk)及信息安全管理(Security Management)这两个流程,即为其全部内容。
ITIL V3版本的内容总结起来如下:
1、第三版于2007年5月正式改版,结合 IT 服务管理生命周期 (Service Life Cycle)的观念扩增为5个核心模块。
2、这5个流程分别是:
总结起来就是:
04
ITOM:IT运营管理
Gartner对于ITOM的定义如下:
“IT operations management (ITOM) software is intended to represent all the tools needed to manage the provisioning, capacity, performance and availability of the computing, networking and application environment.
Gartner divides the ITOM market into 10 major segments that include DBMS, application management, availability and performance, event, fault and log management, network management, configuration management, IT services desk and IT help desk, asset management, job scheduling and other ITOM (which refers to output management software) for tools used to manage hardware peripherals, such as printers.”
用一张图来概括ITOM的范畴,如下所示:
总结起来,ITOM的视角和范畴是这样的:
05
自动化运维
自动化运维的范畴比ITOM要稍小一些。它的目的在于面向应用交付层面,通过自动化的平台、流程、工具和组织,实现从底层网络、存储、主机等到上层应用、系统等资源的自动化交付、部署、管理、回收的过程。
对应的ITOM框架中,自动化运维实现的是除了“流程管理平台”外几乎其余全部IT资源、对象和服务的自动化管理。这里面也包括很多厂商提供的解决方案和工具。
比如最近国内大火的腾讯蓝鲸智云对于自动化运维平台的整体理解是下面这样的:
CMDB与上述全部概念的关系
在上面的几乎每个概念里都涉及到了CMDB—配置管理数据库。由此可见CMDB对于IT管理的重要性。但即便如此,CMDB在每个概念里面的作用和地位还是不尽相同的。
(这里我们姑且不去区分配置管理、CMDB与CMS之间的区别,就认为三者等同。)
01
CMDB与BSM、ITSM/ITIL
在BSM、ITSM/ITIL中,CMDB的作用更多的是面向流程管理层面,他们之间的整体关系如下图所示:
配置管理在上述概念中的总体作用概括起来就两个,如下图所示:
02
CMDB与ITOM、自动化运维
CMDB在ITOM、自动化运维管理中的作用是面向IT运维场景和管理场景,提供统一的配置管理数据库。在这个层面的CMDB主要提供以下作用:
CMDB在ITOM以及自动化运维中的地位和作用,如下图所示:
03
两种场景下CMDB作用的对比
一般来讲,传统非互联网企业可能会处于第一个CMDB的运用场景中。即最初是通过ITSM/ITIL引入整体IT服务流程管理和CMDB配置管理;但由于ITSM本身的厚重和难以驾驭,CMDB最终一般难以被真正驱动和消费起来,从而可能沦为一个纯粹的展示和查询库,尽管这种展示和查询本身很有可能也是不准确的。
互联网企业一般可能处于第二个CMDB的运用场景中,即从应用和IT底层资源的整体管理入手,构建CMDB配置管理。流程本身一般也是贴合企业内部需求的,简易可操作的流程,这样CMDB构建后,一般可以真正被内部流程和运维操作驱动和消费起来,所以整体效果会好一些。
同时由于互联网公司一般倾向于使用开源监控系统或者自研监控系统,因此监控本身也能与CMDB更好的集成,实现监控系统对于CMDB的数据比较好的消费。
但互联网对于CMDB的使用也有它的劣势:互联网公司底层基础架构往往是比较统一和标准化的,并且他们更多关注的是应用层面的配置的纳管和消费,底层的主机和网络往往是标准化的配置,因此当他们对于CMDB的消费和使用拿到外部传统企业落地的时候,会出现水土不服的情况。
针对这种情况,蓝鲸CMDB就体现出了独特的优势,由于腾讯业务本身全球代理的特性决定了业务整体架构往往是异构的,各种各样的IT资源都需要统一纳管,在此基础之上成长起来的CMDB确保了能够支撑各种各样的IT资源和对象。
并且蓝鲸CMDB自身具备的自定义配置模型(CI)管理、Web 可视化的业务拓扑、全面的 API 服务、自动发现和主机快照、支持跨云管理、自定义查询分组、整体微服务架构、全部开源、面向应用等特性确保了CMDB在未来能够实现良好的扩展支持以及提供面向上层场景的数据消费。
一个真正的好的CMDB产品和解决方案是有通用的评估原则和标准的;一个可以真正落地的、漂亮的、能够持续运转的CMDB项目本身也是有具体的前提条件和实施标准的;具体我们将在下一篇文章中与各位看官探讨。