数据集成成为实施SOA过程中的必要环节

    下一步是数据集线器

　　AMR Research公司研究主管Bill Swanton指出，MDM虽然不是新概念，但它基本上属于事后数据系统，例如数据仓库和业务智能。在SOA出现前，企业基本不用担心主数据问题，因为大多数信息保存在应用套件中，而在应用套件中，厂商至少部署了隐含的、内部的数据架构。所以，IT可以只关注在应用套件之间传送的或原始的数据，通过连接器的建立使应用能够处理大多数的上下文关系。

　　IBM、Informatica、Oracle和Siperian等公司开始从数据仓库着手解决这一问题，它们提供一个或更多的数据集线器当作可信赖代理，服务从净化的数据存储或由其他应用生成有效数据的服务访问数据集线器。数据集线器类似于传统企业环境中常用的中心辐射架构。

　　专家警告说，目前这些技术还很不成熟，最多只能对特定的数据管理流程起作用。

　　很多数据集线器含有一个适用的数据主题，比如客户或产品信息。i2公司MDM业务高级经理Satish Krishnaswamy说，MDM作为一个初始构件还是不错的；但在以后，IT必须普及数据集线器或使用特定的数据集线器联盟。IDC的Morris说，“我们不会总局限在一个数据集线器上，因此IT应当向一个标准、规范、分级、跨不同来源的数据视图的方向努力。”

　　为使这个系统易于管理，IT部门通常为一个主题领域定义规则和上下文关系，然后逐步扩展到其他领域。决定是从一个特定主题系统，例如SCM中的产品信息入手，还是从一个一般化的系统入手，这取决于对具体应用套件集成工作的关注力度。如果你的关注焦点放在与ERP或SCM的互动上，那么从特定主题的数据中心入手可能是更为合理的选择。反之，假如你的焦点放在服务与不同应用互动的SOA上，那么从一个一般的数据中心入手则更合理。

 　　数据架构的构建

　　MDM工具的确能够帮上忙，但如果企业不了解自己的数据，那么这类工具就无法发挥作用。EDS公司的Fred Cummins说，由于集中式数据存储一般涉及事后结果，而不涉及状态和交易，因此，MDM系统越来越像传统的数据仓库或主数据库，那么无论是在传统环境还是SOA环境中，它就越不可能满足交易系统的需要。

　　从根本上讲，这是个设计问题。正确地设计架构和具体服务需要开发人员了解他们与之互动的服务，以及应用所使用和产生的所有数据，而这是个需要投入大量劳动的过程。这正是为什么IT需要方便地访问数据服务集合或是数据映射的原因。Common Sense的 DePalma说：“到了一定阶段，就必须建立信息库。这不仅对SOA至关重要，在传统环境中也是如此。”

　　映射建立后，IT就可以将注意力放在开发执行它们的连接或服务上。IT必须了解哪些映射应当提供给多个服务和应用，因此要被当作独立的流程来实现；还有哪些映射是特定业务逻辑所特有的，应当与这个业务逻辑封装在一起。

　　而由于没有清晰的ROI，许多企业并没有开展数据架构的建设。不过，IT部门可以循序渐进地参与进去，围绕用于满足特定应用或服务需要的信息开发规则和元数据。