CIO如何解决信息管理的孤岛问题

解决信息孤岛较为有效的途径是从建设思路和方法入手，从信息架构着手。

多年来，数据量的攀升、数据复杂性、数据多样性、数据安全到数据成本的考虑，使得数据管理技术取得了很大发展，也为数据库带来了很大挑战。从IBM率先推出混合型数据库DB2 9到近来推出的DB2 9.7，IBM一直在延续“信息随需应变(IOD)”，也一直在延续“行业发展”方向。通过技术创新，IBM DB2 在医疗、政府、金融、电信等行业都取得了长足的进展。与此同时，数据也在走向多样化，数据所支撑的外围IT信息系统的使命也在产生变化，从传统的支持一个固定的业务应用，变成适应业务的不断变化、数据内容的不断复杂化。

从本质上来看，信息管理的重要挑战就是信息孤岛的问题。今天，信息在不同系统之间很难再作业成互相贯通问题，而事实上已经导致了信息架构问题。

这不难理解。经过30年IT产业的发展，从企业级的应用层到企业级的数据层，普遍深层次的问题是企业的数据嵌到每个业务之中，形成了孤岛，难以在企业全局的流程中进行共享，这是一个架构级的问题。这种问题就导致了在架构上的深层次思考，是否需要把信息层独立出来，让信息层不再属于任何一个单一应用。如同30年前从单个应用的角度行业完成了数据处理和应用逻辑的分层处理，从数据存储在文件系统中，数据的处理与应用逻辑混合，到由数据库管理数据处理的逻辑与业务应用的逻辑分层，访问数据的方式从私有逻辑到采用SQL标准，数据的组织形式走向业界通用的关系模型。而今天从企业全局的角度，行业需要进行一场更为深刻的企业级信息层和应用层的分层，任何企业已经很难只有一个应用了，企业应用的多样性、复杂性以及它们直接相互关联交互的需求增强，必然导致在企业全局层面需要有一个独立于应用的信息层来管控共同的核心数据，解决多个应用间数据的一致性、实时性、共享和隐私保护的问题，并以更为松藕合的方式对各类应用提供信息服务。数据的组织也从为具体业务逻辑服务转向独立于业务逻辑的领域模型。

如果说30年前数据从文件系统走向数据库是一次面向单个应用的数据开放之旅，今天我们正在走向面向企业全局的信息层开放之旅。这就需要在SOA框架下实现数据层的开放，而数据层的开放直接对外的衔接点就是面向服务数据层对外接口技术，而基于XML的信息访问请求，基于XML的信息访问处理和应用 XML建模技术的业务领域模型是信息服务化的一种具体体现。我们在推动信息走向一种对整个应用层开放的架构，将相对稳定的企业核心数据管理和相对灵活多变而贯穿企业前后台的业务流程进行分层考虑，在企业架构层面推动信息层的下沉和应用层的上移。使信息层变成一种新的企业级IT软件大厦的地基，支撑各种业务功能性，而不是先把独立的应用建完之后，再来进行数据的交换。这样一种变化就给中国的市场、尤其是各个行业正在经历大范围的信息架构变化过程中带来了巨大的推动力。

从企业来看，由于最初IT应用是跟随业务发展为进行设计规划的，所以比较缺乏系统考虑，形成了不少信息孤岛，造成了后期管理上的难题。对此，解决的较为有效的途径是从建设思路和方法入手，从信息架构着手。未来的IT架构将是以信息为中心，通过灵活的信息架构推动应用及业务的创新。企业信息架构开始考虑先进行信息规划后建设应用，现在我们已经看到越来越多的行业在思考的问题是，在做规划的时候把应用中的数据从应用中剥离出来，变成企业整体的资产，把这部分信息的管理和应用和单个业务应用脱钩。

这种架构将直接推动商业行业里面以客户为中心的转型。由于这种开放的服务特性，这类核心信息在服务各种业务的过程中必然需要考虑很大的差异性和复杂性，必然需要把数据的存储和数据的访问隔离。数据的差异性和复杂性将对数据模型的灵活性和可扩展性提出更高的要求，而数据的访问和底层存储的隔离，将直接导致未来越来越多的应用通过XML的服务接口获取信息而非用SQL直接访问底层数据库表。要支撑这场关键的信息架构转型，就要求数据库底层的技术的创新，DB2 pureXML的出现在核心的数据模型的灵活性及支持信息服务化方面提供了更好的支持，将更有力地推动这一轮信息架构的转型

未经允许不得转载：DOIT » CIO如何解决信息管理的孤岛问题