展望未来，开放和融合的CMDB必将是企业构建CMS的首选。随着企业越来越多的应用云化、碎片化，对于支撑应用的基础设施、IT服务也提出了更高的管理要求，比如必须具备更好的可靠性、协同性等。为了迎合这个趋势，CMDB必须从分散走向融合，从封闭走向开放。通过集合核心CI信息以及第三方真实数据源的优势，并打破两者之间的边界，提供更加动态的融合CMDB；通过开放，让CMDB成为信息的生产者和消费者间灵活互通和对接的管道。通过构建真正满足用户需求的CMDB，实现IT服务数据融合，进而实现真正的全面的IT服务管理。

CMDB应该具有下列开放、融合的能力：数据的联邦关联（Federation of data）、数据的灵活模型（Flexible datamodel)、配置的分区（Partitioning of configurations）、配置的调和（Reconciliation of configurations）、和CMDB的数据开放访问接口（Open access to data）。

经最佳实践证明，采用联邦数据模型（FederatedData Model）的CMDB是一种最好的分布式CMDB存储模式。在联邦方式下，核心数据存储于CMDB中，然后连接到其它数据存储的集中数据库源（每一个集中数据源实际上也是一个CMDB）。其他的集中数据库源作为权威的信息来源，为CMDB提供了原始数据。在需要这些原始数据时以CMDB的名义进行访问。以此方式，我们提供一个可以访问所有CI的CMDB，令信息的生产者和消费者有机会对接。

联邦CMDB的优势在于：其由第三方拥有和维护，因此避免纯集中CMDB数据存储方式的高昂安装成本和维护成本。CMDB成为了这些信息存放地址以及访问方式的参考。联邦CMDB不但可以使用自身的配置数据，还可通过联邦数据模式，联邦所有数据库的账号，从而使用第三方的配置数据，如容量管理数据库、事件单、问题单、变更单、CI基础资料和业务流程数据等。甚至可以借此加入新的关键功能，如驾驶舱、资产管理数据和技术分析，提升CMDB在IT中的价值。联邦CMDB采用实时而非定期同步方式查看原始数据，避免了数据过时的可能。

联邦CMDB方式也存在一些缺点，例如：只能实现第三方库到CMDB一个新类的映射，无法实现直接与现有一个类进行映射。如CMDB中已有一个CI，属性为A、B，需要从第三方库联邦数据，属性为A、C、D，形成完整的A至D的属性集合。又例如：第三方可能对数据库源的维护不及时，导致数据成为脏数据。

联邦CMDB的实施难点在于需要有一个标准的、精准的、获得共识的CI定义和一个统一集中的CMDB，在此框架下谈联邦，才有实际意义。否则数据依然孤立，依然不一致，无法获得理想的协同的具一致性的CMDB。

数据的灵活模型（Flexible data model)、

配置的分区（Partitioning of configurations）、

配置的调和（Reconciliation of configurations）、

ITSM工具需要设计独立的调和引擎机制来处理同一CI信息从多个数据集实例中汇入CMDB时，进行CI和CI关系调和处理，从而生成单一的生产数据集，如资产发现工具发现同一个资产的多个配置数据信息时，通过调和引擎，可定义不同资产发现工具配置数据的权重信息，并使用该配置数据的权重信息来生成一个统一的关于这个配置项的完整准确的配置信息。

CMDB的数据开放访问接口（Open accessto data）。

整合是指能够充分利用来自其他数据源的信息，对CMDB中包含的记录源属性进行存取，将多个数据源合并至一个视图中，生成连同来自CMDB和其他数据源信息在内的报告；   

调和能力是指通过对来自每个数据源的匹配字段进行对比，保证CMDB中的记录在多个数据源中没有重复现象，维持CMDB中每个配置项目数据源的完整性；自动调整流程使得初始实施、数据库管理员的手动运作和现场维护支持工作降至最低；   

同步指确保CCMDB中的信息能够反映联合数据源的更新情况，在联合数据源更新频率的基础上确定CCMDB更新日程，按照经过批准的变更来更新 CMDB，找出未被批准的变更；  

应用映射与可视化，举例说明应用间的关系并了解应用和其他组件之间的依存关系，了解变更造成的影响并帮助诊断问题。

       展望未来，开放和融合的CMDB必将是企业构建CMS的首选。随着企业越来越多的应用云化、碎片化，对于支撑应用的基础设施、IT服务也提出了更高的管理要求，比如必须具备更好的可靠性、协同性等。为了迎合这个趋势，CMDB必须从分散走向融合，从封闭走向开放。通过集合核心CI信息以及第三方真实数据源的优势，并打破两者之间的边界，提供更加动态的融合CMDB；通过开放，让CMDB成为信息的生产者和消费者间灵活互通和对接的管道。通过构建真正满足用户需求的CMDB，实现IT服务数据融合，进而实现真正的全面的IT服务管理。

CMDB应该具有下列开放、融合的能力：数据的联邦关联（Federation of data）、数据的灵活模型（Flexible datamodel)、配置的分区（Partitioning of configurations）、配置的调和（Reconciliation of configurations）、和CMDB的数据开放访问接口（Open access to data）。

经最佳实践证明，采用联邦数据模型（FederatedData Model）的CMDB是一种最好的分布式CMDB存储模式。在联邦方式下，核心数据存储于CMDB中，然后连接到其它数据存储的集中数据库源（每一个集中数据源实际上也是一个CMDB）。其他的集中数据库源作为权威的信息来源，为CMDB提供了原始数据。在需要这些原始数据时以CMDB的名义进行访问。以此方式，我们提供一个可以访问所有CI的CMDB，令信息的生产者和消费者有机会对接。

联邦CMDB的优势在于：其由第三方拥有和维护，因此避免纯集中CMDB数据存储方式的高昂安装成本和维护成本。CMDB成为了这些信息存放地址以及访问方式的参考。联邦CMDB不但可以使用自身的配置数据，还可通过联邦数据模式，联邦所有数据库的账号，从而使用第三方的配置数据，如容量管理数据库、事件单、问题单、变更单、CI基础资料和业务流程数据等。甚至可以借此加入新的关键功能，如驾驶舱、资产管理数据和技术分析，提升CMDB在IT中的价值。联邦CMDB采用实时而非定期同步方式查看原始数据，避免了数据过时的可能。

联邦CMDB方式也存在一些缺点，例如：只能实现第三方库到CMDB一个新类的映射，无法实现直接与现有一个类进行映射。如CMDB中已有一个CI，属性为A、B，需要从第三方库联邦数据，属性为A、C、D，形成完整的A至D的属性集合。又例如：第三方可能对数据库源的维护不及时，导致数据成为脏数据。

联邦CMDB的实施难点在于需要有一个标准的、精准的、获得共识的CI定义和一个统一集中的CMDB，在此框架下谈联邦，才有实际意义。否则数据依然孤立，依然不一致，无法获得理想的协同的具一致性的CMDB。

数据的灵活模型（Flexible data model)、

配置的分区（Partitioning of configurations）、

配置的调和（Reconciliation of configurations）、

ITSM工具需要设计独立的调和引擎机制来处理同一CI信息从多个数据集实例中汇入CMDB时，进行CI和CI关系调和处理，从而生成单一的生产数据集，如资产发现工具发现同一个资产的多个配置数据信息时，通过调和引擎，可定义不同资产发现工具配置数据的权重信息，并使用该配置数据的权重信息来生成一个统一的关于这个配置项的完整准确的配置信息。

CMDB的数据开放访问接口（Open accessto data）。

整合是指能够充分利用来自其他数据源的信息，对CMDB中包含的记录源属性进行存取，将多个数据源合并至一个视图中，生成连同来自CMDB和其他数据源信息在内的报告；   

调和能力是指通过对来自每个数据源的匹配字段进行对比，保证CMDB中的记录在多个数据源中没有重复现象，维持CMDB中每个配置项目数据源的完整性；自动调整流程使得初始实施、数据库管理员的手动运作和现场维护支持工作降至最低；   

同步指确保CCMDB中的信息能够反映联合数据源的更新情况，在联合数据源更新频率的基础上确定CCMDB更新日程，按照经过批准的变更来更新 CMDB，找出未被批准的变更；  

应用映射与可视化，举例说明应用间的关系并了解应用和其他组件之间的依存关系，了解变更造成的影响并帮助诊断问题。