ITIL实施记实之配置管理经验谈(1)(2)

二、配置模型设计

1)CI结构

在CI的结构定义中，我们的思路中，有两个关键词，“树状目录”和“父子节点”及“虚拟CI”，基本的理念中，根据BOM的原理去构建我们的配置结构，最终形成的，整个公司的所有CI最终会挂在一个目录之下，象一棵枝叶茂密的大树，一个项目相当于一根树枝，一个CI 相当于树枝上面的一片树叶，树干是父，树枝是子，树枝是父，树叶是子，父与子是一个相对的概念，用一个实例来说明，比如我们一个桌面项目，有2000多台电脑维护，每个电脑由显示屏、主机、电源之类的组成，这个项目就是父节点，每一个台电脑就是子节点，但当颗粒度到更细时，一个电脑由显示屏及主机组成，这时，相对于显示屏、主机而言，电脑是父节点，而主机是子节点了，如果颗粒度再精细时，把硬盘、内存、主板、CPU作为CI管理时，此时主机又是父节点了。

这里还有一个现实问题，一个桌面项目，它的子节点就是2000多台电脑，这样的目录，可能会太长了，不利于管理，这时为了统计或管理的方便，我们可以构建几个虚拟CI，比如按厂区，如果这2000多个台电脑是分布在十几个厂区内的，我们可以将这十几个厂区，也做为节点管理，这时，桌面项目下面的子节点就只有十几个了(厂区)，每一个子节点下面的节点只有100多台电脑了，这样更富于结构，也便于查询定位，这是虚拟 CI的概念，它是由于管理的需要产生的，这里面要尤其注意一个问题，当厂区已经作为属性管理时，是不能再为之构建虚拟节点的，因为你的一切管理需求已经在属性中考虑了，所以结构的设计是一个智慧的事情，你要考虑到分类、属性设计的空间问题，不然到时有许多要素重叠，这样一是不效率，二是可能导致数据冲突。

对于偏硬件的项目而言，它的CI结构规划是相对简单的，真正复杂的是软件类的项目，比如象我们的DMS(经销商管理系统)类项目，它是汽车制造商为了管理它的分销商而产生的，一般大型的汽车制造商的分销商(4S店)有200-400家左右，甚至更多。每一家分销商的店内都有一台服务器，安装有DMS的服务端，店内还有许多电脑安装有客户端，而汽车制造商本身也有服务器，它与每一家分销商的服务器对话，交流数据。

这种项目涉及网络，数据接口，几百个的数据库，众多的服务器与工作站，这时的配置规划就有一定难度了，但基本上我还是发现存在一定的规律，在项目下面的一级节点中，按应用服务器、数据库服务器、接口服务器、程序、接口程序、数据库、专用设备、相关组件、相关网络等这样的思种去规划，再逐个细化，就可以理清整个项目的CI结构，这里需要注意的事情是共用 CI的问题，当一个CI的运维权在某个项目时，这个CI的所有内部信息，别的项目只能调用，不能对其进行解释，比如上面说的DMS项目中会用到相关网络(A网路)，A网络内部的所有结构与关系信息，都是由网络领域的团队进行规划设计的，DMS项目只能调用A网络本身这一个组件，这一个理念会非常重要，因为当项目众多，组件复杂庞大时，整个公司级的配置结构是难以合作同时构建的，这时需要制定相应的游戏规划，教每个团队按规则去绘制自已的整个树枝，最后会自动组装成一个参天大树，把最专业的事情交给最专业的人，用一种比较简单的逻辑，最后形成一个复杂的东西，象计算机的二进制是如此，象我们的整体模型也是如此，每一个纬度只需要与一个续度建立关系，最后所有纬度会相互关联。这种最简单的逻辑构成的好处在于相互独立，分拆容易，同时容错性强，构建容易。