CMDB 详解

什么是 CMDB?

“CMDB 即配置管理数据库，经过获取、维护，检查企业的IT资源，从而高效控制与管理不断变化的 IT 基础架构与 IT 服务，并为其它系统，例如任务调度、运维工单、发布管理等系统提供准确的配置信息。”

早期 CMDB 是以数据存储为驱动来进行建设的，如今比较主流的 CMDB 的建设方式，是以应用和业务驱动的，须要什么数据，就创造什么数据，经过灵活数据建模，来实现以需求为导向的 CMDB 建设。

经过完善的 Web API 来进行各个流程或应用之间的数据通讯，例如：数据上报，验证，获取，更新等等。

CMDB 建设中须要作到的几点要求：

0一、灵活性

灵活配置数据字段，如今的系统或者平台多样化，例如：云平台、Docker、物理机、虚拟机等等，这些在数据存储上字段都是有区别的，所以须要灵活配置字段能够兼容这些系统或平台。

0二、安全性

对于 CMDB来讲，数据的安全是很是重要的，不能随意的去更改，所以必定要注意安全保障，如：设定严格的权限访问控制。

0三、准确性

CMDB是数据存储的集合，是建设其余系统的数据基石，所以就须要保证CMDB的数据的准确性，不然会引发一些没必要要的问题。

0四、实时性

其实这个事项，在有些人里面以为不过重要，甚至认为以天级来收集、更新数据便可，可是我认为，虽然 CMDB 对数据的实时性要求不高，可是仍是须要达到最优的实时性。

CMDB 数据存储须要注意的事项

对于数据的建模，应该从使用数据的角度考虑，而不是从数据的提供角度考虑，一旦造成数据建模，数据提供者应该按照既定的规则进行数据的提供。

CMDB 的目的是为了在其余流程或应用之间共享数据的，若是一个应用或流程须要对某类数据单独使用的话，则不建议将这类数据存入 CMDB 中，存在自身应用便可。

对于业务服务的建模，建议粒度尽量的小。

动态数据，如服务器当前负载，CPU 使用率，这类数据建议不存储在 CMDB 中，由于这类数据更新过于频繁。

若是没有任何流程、应用及人员，须要对特定的数据进行使用，则没有必要放到CMDB 中进行存储。

“建设CMDB必定要把握一个核心逻辑关系：全部 CMDB 所管理的资源必定要有使用场景；要想各类场景被正确执行，就会要求 CMDB 所提供的资源是准确且实时的；这样运维人员才会有动力去努力维护和更新 CMDB 的数据，以确保运维的工做可以顺利开展。这样一个需求关系要时刻铭记。”

各类使用场景还有不少，可是要把握一个前提，管理的资源必定要能对应到工做中的需求场景。

整理的 CMDB 流程图：https://www.processon.com/view/link/5829a24be4b00c4fc8a221b1?pw=51reboot#map

CMDB 在线项目截图：

详解可评论私信我，我有试讲会回复