重量级赋能，聊聊 CMDB 建设中的痛点与经验

不同的，在平日里跟其他同事、同仁交流时，我们都会说 CMDB 可能就是应用关系的一个记录，一个应用关系的库；还有就是CMDB ，Configuration Management 就是一个配置管理，那配置到底包含什么关系？是不是需要包含一个全链路的东西，比如层应用，应用、数据库、交换机是不是一个配置？还有物理机、虚拟机等我们是不是把它录进来。

也有朋友可能会很诧异，现在都已经上云了，云上有这么多的资源管理控制台，可以在生产虚拟机为这个instant去打标签，在我们需要用到它的时候，可以通过标签来搜索和定位应用在哪个服务器上，这些我相信大家说的都是正确的，但随着业务规模越来越大，CMDB的维度也是越来越多。CMDB可以是一个简单二维的统计表，也可以是一个多维立体覆盖的模型，如果一开始没有一个好的规划，那做到后面 CMDB 是承受不了这样的复杂性的。

不知道大家有没有这样的感觉，CMDB 刚开始的时候建的非常的顺利，不管是从云上，我们把数据拉回来存在本地，还是我们自己拿一些 agent 去采一些虚拟机的数据。但随着业务规模的不断增加，随着不断把一些模型，比如说把一些关系加到 CMDB 里面去，到了这时会发现，我们的模型非常的复杂，而且根本就没有办法维护，这时 CMDB 就变成了一个垃圾场。

今天要跟大家分享的是如何快速的打造一个能够持久使用的 CMDB。相信听过今天的三部曲之后，大家会有一个新的认识。

（编辑：宣城站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!