EasyCMDB实战

最新推荐文章于 2024-05-25 09:45:29 发布

weixin_34220834

最新推荐文章于 2024-05-25 09:45:29 发布

阅读量984

点赞数

文章标签：数据库

原文链接：https://my.oschina.net/guol/blog/3049703

版权

为什么80%的码农都做不了架构师？>>>

背景

CMDB这个东西相信做运维的都使用过，但是好用的CMDB却不多，大部分场景是用来进行IDC资产管理的，CMDB也仅仅是在基础运维里流传广泛，不过随着近几年devops、敏捷开发流行，传统的资产管理型CMDB明显不能胜任变化(痛点就不列了，大家自己都有体会)，于是乎，老王出山了，印象中老王在公众中出头露面宣传的一个主打的概念就是应用CMDB，毕竟是大厂出来的，见识就是不一样，提出了应用CMDB的概念(好了,我不吹了)，相信在BAT等大厂的童鞋对这个概念可能会更有体会，毕竟小厂的运维根本没有那么多的岗位细分，一个运维一肩挑就搞定了。下面就分析一下老王推出的EasyCMDB特色(其实在easycmdb早起就推出过一版开源版，笔者那时候就试用过，相比与最近推出的这个开源版来说进步还是很大滴)。

EasyCMDB特点

            管理IaaS/PaaS/SaaS层一切IT资源对象的元数据平台；      //多了PAAS、SAAS层面的资源管理，距离业务价值更近一层，需要了解一下敏捷的思想
            为企业各类IT管理平台提供数据消费支撑，如ITSM、ITIL、DevOps及周边平台；      //通过API接口提供CMDB数据，外部系统整合方便
            利用自动发现/人工/流程多种方案保证数据准确性和完整性；      //agent部署、进程发现等都有手动和自动发现机制，灵活定制
            业界首家把图数据库技术应用于CMDB，确保数据的可视化，并可作用于故障根因分析、变更影响分析等基础能力；      //通过图数据库技术展现业务调用链关系，配合uwintech其他产品效果更好
            提供统一的业务树，多场景承载IT管理需要；
            积累沉淀了丰富的行业标准化资源模型，可灵活自定义。      //已经抽象出众多的资源模型，比较通用

ps：//注释后面是个人觉得相比其他开源CMDB的优势

官方对比

ps：既然是基于devops理念的，那CMDB这个平台的用户也是需要包含dev这个角色的，而不局限于ops。所以在使用的时候也应该考虑一下dev的使用姿势......

EasyCMDB产品架构

ps：不要问我这算什么产品架构，官方就是这么给的，吃瓜群众果然好糊能......

先聊1毛钱的版本区别

当然是开源版和企业版的区别啦

ps：左边是企业版的功能，右边是开源版的功能。CMDB的功能主要是IT资源管理板块。后面也会看看企业版中特有的一些功能。吐槽一下，开源版的UI不走心.....

再聊5毛钱的基础设施模型

这个是笔者最关心的一个功能，在一切对象皆资源指导思想下，理解了模型，就等于理解了CMDB的基建原理。开源版和企业版提供的模型数量还不完全一样，不过这不重要，模型是可以自定义添加和修改的。

开源版基础设施模型：

ps：这个就是IAAS CMDB的基础，机房->机柜->交换机/路由器->主机，我们看看机房的模型，以此来举一反三

机房-属性

ps：在属性界面定义了机房的基本属性，这个属性可以自由添加，类似于图数据库中节点的属性。

机房-关系

ps：在关系界面定义了一个机房和机柜的关系，这个关系在图数据库中类似于节点和节点之间的关系。这个关系也是可以自由定制的，如果你觉得机房和其他资源还有关系，也可以添加，企业版的机房的关系就和开源版不一样，这就是自由定制的好处，通用的不一定适合你，当有调整的时候，不用倒逼开发去修改代码。

机房-分组

ps：在关系分组界面定义了一个分组，这个关系分组界面在企业版中是不存在的，笔者当初也是不太理解这个关系分组的概念，主要是没看到具体的应用场景，可能类似于图数据库中关系的类型吧，注意easycmdb的图数据库应该是基于rocksdb自研的，笔者是用neo4j来对标图模型的，抛开关系分组这个界面，把模型套在neo4j的数据模型里面，你会发现还是很容易理解的。

企业版基础设施模型：

ps：比开源版多了cpu、网卡、磁盘之类的模型，毕竟一些对象皆资源嘛，如果觉得这个粒度过细，可以忽略该模型。我们看看机房的模型，来对比开源版的机房模型，以此来举一反三

机房-属性

ps：看出区别了吧，不过不用担心，毕竟属性是可以自由定制的，不过这个UI明显比开源版的走心，再次吐槽一下....

机房-关系

ps：企业版的关系比开源版多了一些，但是企业版里面没有关系分组界面了。

假如你是IDC基础架构的经理，你的领导让你从零开始建设一个托管IDC的时候，你是不是觉得这些模型以及模型间的关系很熟悉。

再聊5毛钱的应用模型

应用模型在开源版中对应的是大量的开源中间件模型，而在企业版中应用模型对应的是应用资源模型(开源版的应用资源模型是企业版中的业务资源模型)，我有点混乱了，这次只聊开源版的模型......

企业版应用资源模型

ps：看起来比较简单，毕竟可以自由定制，简单也是可以接收的，开源版的模型统统搬过来...

开源版应用资源模型

ps：提供了nginx、zookeeper、mysql、elasticsearch、mongodb、redis、kafka、tomcat等大量的开源软件模型，量不在多，我们主要是看看具体的开源软件的模型的属性和关系是怎么定义的，以mysql为例：

Mysql-属性

ps：不同的开源软件的属性可能不同，可以自由定制

Mysql-关系

ps：笔者浏览了全部的开源组件的模型，发现在模型-关系这一块，基本上都是一样的，一般也就包含服务节点和关联应用两个关系。定义这么多开源模型也是有好处的，在应用的关联服务处，可以显示出关联的应用类型

再聊5毛钱的业务模型

业务模型在企业版中是业务资源管理模块中的，在开源版中是应用资源管理模块中的

企业版

开源版

ps：可以看到企业版和开源版关于应用模型定义的路径是不太一样的。以开源版为例，由上而下的路径应该是：应用系统->应用->应用服务->服务节点->集群->主机。可以根据每个公司的情况自由定制应用的管理链路。

再聊5毛钱的模型拓扑

能陪聊到这里的都是资深聊友了，那就聊一个开源版里面没有的模型拓扑，开源版没有的，那必然在企业版里喽。

左边的是全局的模型拓扑，中间是鼠标在机房节点时的模型拓扑，右边是鼠标在应用节点时的模型拓扑。图中显示的这些线条，都是在定义模型时的资源关系界面的关系，有了这个图，你可以很方便的梳理你模型之间的关系，看看哪些关系是多余的，哪些关系遗漏了。注意这只是模型拓扑，相当于对象一样，业务拓扑是这些模型拓扑的实例。