提到CMDB相信很多人都是又爱又恨，爱的是他给我们提供了一个美好的未来，有了CMDB我们可以解决诸多运维中的难题。狠的是一旦进入了实施阶段像是开启了一个潘多拉的魔盒。各种问题随之而来。原因有很多种，但笔者认为最重要的一点是：没有对CMDB的应用有清晰的定位，建设内容过于理论化而脱离实际应用场景，导致CMDB项目仅是为了理想中的CMDB，而不是面对事实，解决实际工作中遇到的问题。根据笔者以前实施过的CMDB项目归，纳出CMDB建设中常见的本质应用场景，每一种场景都有对应的成熟产品，但在市场上还没有遇见过有哪一家的产品能够搞定所有的应用场景。期望我们在CMDB项目启动前，先抛开众多的实施方法论，而是聚焦于“要什么”的本质问题上。期望在建或未来计划建设CMDB的组织，能首先明确CDMB建设的本质应用场景，必将能事半功倍。统一资源管理中的CMDB使用目的：

CMDB源自于ITIL中的概念，ITIL最终给CMDB的定位是运维的基石，通过CMDB可以实现对IT资源的统一管理，实现各IT运维岗位的信息共享，以辅助日常故障处理、业务系统上线、业务系统变更等日常运维业务。由于ITIL 以流程为核心，因此，此时的CMDB需要能与流程进行强关联。通过流程来驱动CMDB中数据的生产与消费。最终确保CMDB中的数据实时、准确。使用场景：

在统一资源管理目的下的CMDB主要用于运维规模较大，各IT岗位分工明确，有清晰的业务系统管理、应用软件管理、主机管理、网络管理、机房基础设施管理的中大型IT规模的运维机构。因为在此场景下每个岗位都有自己的管辖范围，且管理的深度深、管理颗粒度细，此时每个岗位都是运维数据的生产者，但面向客户的对外业务是统一的，因此一旦有一个新业务上线或者一个业务出现故障，那么在没有信息共享的前提下，申请资源和故障排查就是一个大问题。因为分工的原因导致基本没有人能了解整个IT的架构或运维的全貌，这就需要有一个资源共享系统把各岗位的资源数据聚集在一起，岗位间协作的目标是：对外提供业务服务，并通过ITIL的各类流程协同在一起，流程运转的过程也是运维数据产生的过程，因此就出现“伴随式数据生产”。即在业务运维中实现CMDB数据的生产和消费。解决的问题：