JSP在SOA架构上实现数据集成的两种方法 |
|
在IT
根底设施中将各种
利用软件的数据集成起来是一回事，由于
有关
步骤和
实际都
通过
测验，
证实是可行的 。然而，在服务导向架构(SOA)上实现数据集成则是另一回事，那可是个新
挑战 。 主要的是这些 后果是不是能与下一个操作进行集成 。数据的集成当前有几种不同的 模式 。iWay公司、Software AG公司等企业的产品提供了一些源自于 通例企业 利用集成的新 路径 。 比方，iWay就 占有一个包含300个适配器(Adapter)的程序库，这些适配器可将 利用软件之偶尔 利用软件与数据源中间衔接起来 。将这些适配器与iWay的Service Manager集成起来，便可解决如何将数据传输至其 目标地的问题，从而将不同服务上的数据衔接在一同 。 步骤之一 香水和个人护理产品厂商科蒂公司(Coty)花了半年 工夫发现，iWay产品恰是它集成联合利华公司(Unilever)的化妆品业务所需求的 。它于2005年末收购了后者 。 科蒂的首席财务官(CFO)迈克尔·费绍夫(Michael Fishoff)要求首席信息官(CIO)戴夫·拜里(Dave Berry)，将两家公司面向客户的数据集成到一同， 名目截止到上一年6月30日 。假如届时 无奈达成 指标，两家公司原有的客户利益就势必受到影响，而且该公司还只能 接续维持两支销售团队、两条供给链、以及两套软件 根底设施的现状 。 在收购联合利华后不久，拜里就据说，美国联邦百货 集团(Federated Department Stores)等大客户纷纷 报怨，两家公司合并后，他们的 洽购员得分别跟两家公司的销售代表洽谈，或者甚至要 通过3个系统 威力够拿下订单 。 过去，联合利华旗下品牌克罗伊(Chloe)或者卡尔文·克莱恩(Calvin Klein)的香水订单得通过JD Edwards系统 威力送达法国的里尔 。而科蒂旗下热卖的品牌席琳·迪翁(Celine Dion)或者詹尼弗·洛佩兹(Jennifer Lopez)香水必须通过该公司位于德国卡塞尔的其自主研发的仓库治理系统 威力下订单 。给 其余产品下订单也得通过科蒂位于美国北卡罗莱纳州分销 核心中的Oracle销售系统才行 。“假如我们自己编写代码， 根本 无奈在半年内 实现这几个系统的集成工作 。” 而将JD Edwards系统与Oracle 利用软件或者将Oracle软件与SAP系统衔接起来，那正是iWay的衔接器和适配器所要做的 。拜里 意识到，他需求将某些流程合而为一，正是这些流程招致客户从他的公司 洽购产品时会收到两张发票 。 埃森哲公司(Accenture)的业务流程 参谋 承受了此项 使命 。埃森哲的业务 综合师首先利用iWay的Service Manager产品来弄清晰科蒂不同的订单录入系统中间的差异， 而后进行数据的转换过程 。 Service Manager软件中有对JD Edwards和SAP系统有一个图形 隐射 性能，每当业务 综合师在这个图形 隐射上绘制业务流程图师，该软件就会自动在订单录入系统中间 实现业务流程线条的数据的自动转换 。直到将科蒂和联合利华的订单录入系统的输出 后果整合起来，生成单一的发票时，这两个订单录入系统 威力协同工作 。 现任科蒂北美信息治理副总裁加里·盖兰特(Gary Gallant)负责这一困难的系统集成 名目，此前他曾 负责联合利华首席IT经理 。盖兰特发现，某一天的订单在发送到iWay系统中后，再也没有浮现在公司的分销 核心 。原来这些订单被给予了 舛误的 格局， 因此 无奈被转化为正确的 指标 格局，然而iWay并没有向任何人通报这丝毫 。 “这 几乎是 铁树开花，我们需求 普及系统的透明度 。”盖兰特回顾说 。他最终找到了解决 步骤，即当订单被挂起在“重试”队列中时，系统会给治理员发送 信息 。 拜里用这个 步骤 鉴别那些面向客户的服务，再将这些服务隔离开来， 而后用iWay在这些服务间实现数据转换 。最终，在6个月的期限 完毕时，客户 使用的已经是 彻底集成的系统了 。 步骤之二 并非每个人都热衷于采纳iWay系统来集成来自不同服务的数据 。“我向来对此心存疑虑 。” ZapThink的施麦尔泽尔 示意，由于它与以前的 利用软件集成十分相近，这种 模式需求 径自为每组 利用软件 构建衔接，而且不够灵便 。 服务需求被再一次构建，以使其产生的数据可用于不同的 利用软件，而iWay的Service Manager仅 可以 实现大 部分工作，而非所有 。公司还要在不转变服务界面的状况下，转变 体现数据的 模式 。然而，iWay系统通常要求对每个数据 体现都提供一个界面，而 无奈生成可被所有数据 体现轻易采纳的数据 。 还有一种集成Web服务数据的 步骤，那便是利用开源和专有产品 。开源数据集成工具Jitterbit 可以 接纳 利用软件信息，将之转换为XML 格局，再在Web上绘制出来并递送到 指标系统 。它有赖于Web 标准，而且需求具备在不同系统间转换数据的 威力 。Apatar公司和Talend公司也 占有 类似的开源产品 。DataDirect公司和 MetaMatrix公司则 占有专有系统，而红帽公司(Red Hat)现正 预备收购MetaMatrix，后者的产品也将成为开源系统JBoss的构成 部分 。 计算机辅助设计和工程软件厂商欧特克公司(AutoDesk)当前在对开源Apatar软件进行评估 。欧特克还以软件作为服务(SaaS)的 模式提供 合作施工 名目治理，通过门户网站集成数据，以供 参加同一项 目标承包商 使用 。主要的施工 名目 可以包含40家甚至更多的承包商 。 欧特克在自己的产品中将Apatar软件作为集成代理，公司 合作 名目治理部门技术服务经理杰森·普拉特(Jason Pratt)介绍说 。Apatar能在系统间转换数据，并利用Web服务将数据输出给业务合作 搭档 。它能在不同的系统间执行提取、转换、以及上载等 性能，以使两家彼此尚未 构建P2P衔接的公司 可以共享数据 。而且，与定制的P2P衔接不同，Apatar衔接代码依赖于Web 标准， 因此无需测试即可确保 可以有效 使用，Apatar 独创人兼首席执行官(CEO)雷纳特·卡桑辛(Renat Khasanshyn)补充道 。 利用欧特克服务提供的数据转换，一家承包商的JD Edwards会计系统可将数据输出到另一家承包商的调度系统，这样施工项 目标不同方面就 可以按时执行并 实现了 。 Apatar系统“为所有数据提供了管道，从一个系统通向另一个系统的管道，就像乐高(Legos)玩具一样 。”普拉特归纳道 。在无需构建中间件的前提下，这种 步骤 可以 晋升灵便性， 确切很了不起 。 现在该轮到你来 取舍了 。iWay和 其余厂商能提供通向服务世界的 合适的P2P衔接;而开源产品现在已能在更高的水平上将源自不同服务的数据集成起来 。 无论你 取舍哪个 步骤， 间隔 顺利部署SOA，你又向前跨了一步 。 |
