我对CMDB建设的经验是, 1. 首先从CI的消费场景出发。不使用的CI就基本可以不要了 2. 第二步是考虑需要使用的每一类CI,它的生命周期如何管理。增删改,都需要考虑到。因为需要使用,因此这个环节就需要设计每一类CI的管理流程。这块包含CMDB的技术接口,更重要的CI的管理流程如何设计。 3. 第三步是考虑CI的自动化导入,在定下管理流程的同时,这块就需要确定了。靠人来管理CI,已经是10年前的设计了。 4. 这时就可以对CMDB做个明确的定位了,是只作为CI数据的汇聚中心,还是承担一部分CI维护的工作。 5. 定位清楚之后,这才可以开始整理具体CMDB这个工具的需求。包括每个CI的维护界面(CI需要在CMDB怎么维护?)、CMDB的查询界面(这个跟使用场景息息相关),CI的交互接口(这可是CI的出入口)、CMDB的查询接口(同样是使用场景决定的)。 |
CMDB的设计是最难的地方,先想好,如何设计在开始做吧 |