CMDB与服务目录有何不同？

　　配置管理数据库（CMDB）同服务目录（service catalog）之间的区别是什么呢？虽然都在处理服务，但是它们所处的层次和在企业内的服务对象并不相同。

　　结合实际中的私有云来说，服务目录由用户使用，CMDBs则是通常被IT企业内部的变更管理人员、配置管理人员以及运维团队所使用。当用户需要增加新的Web服务器，他可能会使用私有云自动化服务的服务目录（service catalog）。当IT管理者希望了解各式各样的配置项（CIs）状态时，他可能就需要使用由CMDB提供的服务了。服务目录是以用户为主的，而CMDBs则是以IT管理为主。

　　从理想的角度来看，私有云最好既有一个集成CMDB又具有服务目录（service catalog）。比方说，当一项特殊的变更影响了一项配置项（CI），那么这项变化可能会反应到对服务级别协议（SLAs）等因素的影响。如果你采用服务目录来提供虚拟服务器并变更可用的CPU数量，影响将通过服务目录（service catalog）反应出来。

　　对于以自助式界面方式提供自动化服务的私用云来说，CMDB与服务目录（service cataloglog）孰重孰轻？有些人认为不需要CMDB，只需要服务目录就够了。

　　如果企业已经拥有了CMDB和服务目录（service catalog），它可能已经具备了良好的私有云意识。如果你只拥有CMDB，仍然可以借助CMDB中适合的服务在现有的IT环境下轻松地提供专业化的私有云自动化服务，或者再创建所需的服务目录（service catalog）。如果你正使用IT服务管理/变更工具来部署CMDB，那么使用CMBD的服务来帮助介入服务目录将会更容易。一些专家建议通过CMDB提供专业化的私有云自动化服务，但是我们并不推荐这种方式。

　　如果用户仅仅拥有服务目录（service catalog），它同样可以提供CMDB所提供的类似服务。我们并不完全同意这种自上而下的方式，因为IT企业对service catalog衍生的CMDB服务并不感兴趣。也不要期望使用自上而下的方式在原有基础上彻底地介入CMDB或是构建出CMDB级别的全部服务。

　　零起点构建CMDB及服务目录（service catalog）

　　如果刚刚开始构建CMDB和服务目录的话，那么你该如何处理呢？正如你所想的，这里有不止一种选择方式。服务目录（service catalog）与CMDB本身是互补的，企业的服务目录应该将可用的IT系统与商业服务公布给终端用户。而这些服务（由相关CIs构成）应该被构建在由CMDB跟踪的CIs和IT资产上。

　　Baldree、Bhupal以及Widen为我们提供了如何实现CMDB和服务目录的途径。它们是以下三种途径：

• 实现CMDB后实现服务目录。
• 实现服务目录后实现CMDB
• 二者同时实现。

　　根据自身私有云的情况因地制宜才是最佳的选择。如果你已经在既没有CMDB也没有服务目录的情况下实施私有云，那先实现服务目录（service catalog），而后再由它驱动实现CMDB是不错的方式。这可能会加快实现CMDB，但是建立CMDB可能是一项艰巨的任务，一般最少要花费两到三年的时间，对此用户要有所心理准备。

　　ITIL、CMDBs和服务目录（service catalog）早在私有云兴起时就已被使用了。现有的CMDBs和服务目录很可能需要做些调整以满足一些与私有云相关的自动化服务。如果在开始构建私有云时还没有CMDB或是服务目录（service catalog），你很可能将陷入繁重的工作之中。

　　作者简介　　

Bill Claybrook是一名拥有着超过30年计算机行业经验的营销研究分析师，对Linux和开源更有着10年以上的经验。从1999年到2004年，Bill在Boston的Aderdeen集团担任Linux和开源研究总监。在Novell公司任职竞争分析师/Linux产品营销4年半后，他于2009年6月辞职。目前，他是马萨诸塞州康科德的New River市场研究公司总裁。他拥有计算机科学专业的博士学位。