下一个转换是将传统产品解构为混合搭配的服务组件

BEA从Java到面向服务的体系结构(SOA)提供者的演变反映了中间层成为下一个企业软件战场的大趋势。随着SOA商品化软件体系结构的出现，以及Web服务标准开始为软件应用程序如何公开功能提供公平的竞争环境，为组合应用程序的出现扫清了道路，这些应用程序模糊了权力的界限。

像竞争对手IBM而且甲骨文， BEA一直在构建其中间层堆栈，添加门户、业务流程管理、业务活动仪表板、数据集成服务和企业服务总线(ESB)。结果显示东亚银行是一家正在经历第二次重大转型的公司。正如1999年左右WebLogic的出现使BEA最初的Tuxedo事务管理产品黯然失色，因为世界开始拥抱J2EE，今天的故事是SOA和AquaLogic。

像IBM一样，BEA以局外人的身份进入应用程序世界。与IBM不同，它不提供广泛的咨询，甚至没有假装通过添加内容来接近应用层。它也没有类似于应用程序的产品，比如主数据管理。它最接近的是AquaLogic BPM，它从企业应用程序筒仓中分割功能，碰巧是它增长最快的产品。

除此之外，BEA通常强调技术基础设施，在过去的一年里，它宣布了一种新的体系结构，该体系结构最终可能会解构并统一其产品线，从SOA到Java和遗留的Tuxedo事务监视器。BEA的微服务架构(microService Architecture, mSA)是一种将传统产品解构为可以混合和匹配的服务组件的策略。

在这一点上，BEA还没有实现mSA策略，但是它通过最近发布的AquaLogic服务总线ESB和WebLogic集成EAI产品之间的集成奠定了基础。您可以在WebLogic Integration的工具中设计流程编排，然后单击ESB图标，将您切换到ESB产品，在那里您可以指定实际的服务交互。虽然不是无缝集成，但它提供了mSA体系结构最终如何转换BEA产品堆栈的一瞥。

在另一个从其Java根源中延伸出来的行动中，BEA正在拥抱它所谓的“混合源”，包括对官方Java EE标准的支持和选择的开源替代方案，例如Spring框架，它简化了与J2EE api的交互;以及开放JPA框架，这是EJB 3持久性规范的开源实现。混合源代码的意义在于它支持一些作为J2EE的简单替代方案而出现的开源框架。

“J2EE的出现是因为一些高端供应商想要处理那些有高端问题的客户，”BEA开发人员传道者Bill Roth说，“Rod Johnson (Spring的发明者)知道如何整合一个80%的解决方案。”

BEA最近还统一了它的两个Java集成开发环境(IDE)，将其开发工具融合在一个eclipse兼容的shell下，并支持最新的Java EE标准。n

您是否具有本内容中提到的主题的经验和专业知识?你应该考虑为我们的CFE媒体编辑团队做出贡献，并获得你和你的公司应得的认可。点击在这里开始这个过程。