CMDB工具中的CI关系是如何实现的
学习资料：IT运维管理社区专家讲堂直播300期视频回放
CI关系，指的是CI之间相互作用、相互影响的状态，CI也据此相互合作完成服务交付。简单来说是CI之间的依赖性就是关系，这种依赖关系往往带有方向性。正确并充分识别CI之间的关系，对于标识CI以及构建CMDB有着极其重要的意义，也是当中的难点。刚被分拆出来的CI，之于CMDB仅仅是一个个相对独立的零件。只有通过增加CI关系这个属性作为纽带，才能让这些零件相互作用和相互影响，成为一台相对完整的配置管理装置——CMDB。
市面上的CMDB工具中，有两种建立CI关系的方法：
一种“字段关联法”：通过关联字段来建立CI关系，此时一个CI的某个属性其实就是另一个CI的编号或名称。例如：某刀片机CI的“所在刀箱”这一“位置“属性直接调用某刀箱CI的名称或编码。这样就自然建立起刀片机CI与某刀箱CI之间的关系。
一种“CI关系表法”：定义一个独立于CI列表之外的专用CI关系表。在此表中至少需要定义三个字段“源CI”、“目标CI”、“关系名称”。通过此三点一线的方式，定义出一段CI之间的关系。例如在上述举例中，我们可以定义一条记录，这三个字段分别赋值“刀片机id”、“刀箱id”、“安装在”。
上述两种方法各有千秋，但最终CI关系呈现结果是完全一致的。
字段关联法在维护时直观轻松，可视化程度较高，但数据导入时必须严格按照一定的顺序操作，否则极易出错。例如：导入刀片机CI数据时，若刀箱CI的数据没有预先导入，这时“所在刀箱”字段无法找到相匹配的刀箱CI的名称或编码，会出错并导致数据导入过程中断。
CI关系表法在维护时并不直观，可视化程度较低，在采集和维护入CMDB时容易出错。但CI之间在导入的先后顺序上没有要求，不会出现因数据依赖问题而导致导入中断。固定式和自定式（这个可能我会有理解的歧义。是否在CI关系表中，有的是将关系按照固定格式提供，不允许调整，减少出错几率，问题是比较僵化。自定式就是关系可以进行自定义，但不便之处是关系的原则可能难以统一。）
页:
[1]