WebLogic Integration和Oracle Service Bus之间的区别?

时间:2008-12-17 21:41:38

标签: weblogic esb system-integration

我对基于Java的技术知之甚少,出于业务实施的原因,我可能需要确定WebLogic Integration(WLI)或Oracle Service Bus(OSB)是否是将少量独立系统集成在一起的更好选择。这两种产品似乎都能够执行类似的任务,但在一种情况下(WLI),集成在技术上受到驱动,而另一种(OSB)则更多地由业务流程驱动。

假设成本是没有选择的,任何人都可以提供一个很好的描述,何时会选择使用一种产品而不是另一种?一种选择是否涉及更多自定义Java编码与配置?

5 个答案:

答案 0 :(得分:4)

这取决于。

OSB将整合现有的BEA Aqualogic Service Bus。它只是一辆服务巴士。

WLI将不复存在。现在它将成为Oracle BPEL PM(Oracle BPEL流程管理器执行引擎)的一部分

服务总线可用于集成web服务“就绪”应用程序。如果您的小型应用程序已经可以作为Web服务部署,那么这将是正确的选择,那么就没有任何东西需要协调,只需要公开它们。

另一方面,WLI用于协调服务之间的交互并创建一个新的服务。您可以按照这些服务相互交互的方式进行编码。

如果您的应用程序非常“面向流程”(几乎不需要用户交互)并且您需要创建一个新服务,那么这将是您的选择(我认为应用程序应该是webservice就绪)< / p>

如果您的应用程序更加面向用户,并且您将它们绑定在一起以创建新流程(业务流程),那么正确的工具将是Oracle BPM。使用该工具,您可以集成应用程序(可能不支持Web服务)创建新的业务流程并将其作为Web服务公开。

所以,这取决于你的需求。

使用Oracle BPM工具,您可以集成应用程序并将其部署为WS。

<子> 至于Oracle BPM,如果您需要,我可以为您提供更多详细信息:)

答案 1 :(得分:1)

我不同意奥斯卡对“WLI不再存在”的评论

WLI不会消失。它是Oracle Integration平台的一部分。 WLI提供比OSB更紧密的集成,这仅适用于Web服务。在ESB之前,WLI平台也被称为WLI-ServiceBus。

使用WLI,您可以创建进程(WLI或BPEL)并将它们公开为webservices。您还可以让WLI执行类似功能的ESB,例如为路由,拆分,聚合和管道填充不同的模式。 WLI应该朝着BPM的方向发展,但BEA收购Fuego并继续创建BPM平台,让WLI融入“Weblogic”产品套件,而不是让它成为Aqualogic“产品套件的一部分,该套件面向业务用户.Weblogic面向开发人员。

OSB支持创建上述模式,但更适合Web服务和SOA.Form Orchestation,您可能必须使用BPM工具。

如果您正在寻找面向执行的应用程序,WLI会更强大。另一方面,如果您正在寻找基于SOA的集成OSB或ALSB应该足够好。

在您的情况下,因为您希望集成少量应用程序WLI将是不错的选择。

Anil Datt

答案 2 :(得分:0)

听起来WLI是一个过早的BPM&amp; ESB工具。它还在其网站上列为Oracle SOA Stretegry平台的一部分。既然它做了ESB和BPM工具应该做的事情,那么WLI的未来是什么?

答案 3 :(得分:0)

WLI比业务分析师更友好,更适合开发人员。从BPM或ESB角度查看WLI是错误的。它可以用于许多面向过程和面向消息的实现,这可能不一定是BPM。 BPM和ESB属于SOA,但WLI可能不一定只在SOA中工作。我相信它将继续作为支持更低级别的流程设计和整合工作的工具。

答案 4 :(得分:0)

是。它是正确的。您应该专注于Aqualogic servicebus。 WLI将在未来5 - 10年内消失。因为它不是oracle的策略产品。这是确认消息。