ESB是改头换面的EAI吗?
关于ESB的由来和传说数不胜数,有人说ESB是SOA的产物,有人说ESB是改装后的EAI换汤不换药,到底ESB是不是改头换面的EAI为此金蝶中间件ESB产品经理倪晓兵表示:
ESB和传统的集线器方式的EAI相比,从应用的领域上没有什么不同,其目的都是为了解决各个不同应用在消息层面的数据转换、数据集成以及流程集成。
从技术实现的角度看,ESB和传统的EAI相比,具有更好的特性和更灵活的结构,主要有:
1)ESB面向的对象是服务,也就是说,ESB需要去集成的对象都是服务,而服务是基于标准的,例如Web Service。EAI中,集成的对象则是不同的中间件平台
2)ESB在集成的过程中,更强调一种“统一消息”的概念。这种“统一消息”的格式,是可以被在ESB中所集成的各个服务都认可的。但在EAI里,则是集成的各方基本都存在自己的“方言”,这就要求,EAI平台,必须能够认识这些“方言”并解析这些方言。由于在解析的过程中要经过翻译成对方可以识别的语言,而ESB不用,这样就大大提高了运行速度。
3)ESB支持异步消息的交互。通常,集成各方的消息传递有两种模式,一是同步的请求-回应模式,另外一种则是异步模式,请求方法送一个消息,马上返回,不用等待结果。对服务组件来说,就被摆在那里,可以对异步消息作出响应,既不用关心具体的调用协议,也不用关心数据的路由细节,只关心一件事情:接收消息并处理消息。这一点在EAI中是很难办到的。
ESB支持逻辑功能上和物理上高度的分布式布署,这个也是EAI模型的一个弊端。
CIO如何透过ESB布署SOA应用
面对SOA的灵活和开放性,给了CIO更多的选择理由,但是机会和挑战同样并存,不菲的平台迁移成本以及成功案例的缺失,使CIO在SOA的选择上困惑不已。
CIO不但要考虑必须对现有产品进行集成以支持SOA的使用场景。还必须考虑如何构建面向未来的SOA应用。选择什么样的ESB来实现SOA的融合是摆在所有CIO面前的一道难题,Apusic ESB的出现和应用恰好为这个难题提供了一个解决之道。
Apusic ESB 立足于Apusic应用服务器和Apusic消息中间件之上,并与其无缝结合,具备面向服务、面向消息、事件驱动的特性,是一个在SOA架构中充当服务兼智能化集成与管理中介的灵活敏捷的基础平台。
在智能网络方面:Apusic ESB具有高度的分布式部署特性,在物理上服务器之间不受时间和空间的限制,在逻辑上,集中式管理Apusic ESB可以组成网络相互连接尽而形成完整的企业服务总线。
在服务仓库方面:Apusic ESB是一个符合Web Services标准的多协议服务容器,任何一个已经公开的Web服务都可以被注册到Apusic ESB的服务仓库中,成为基于服务的组件库中的一员。
不同的协议与不同的WEB服务器之间进行共享、协调互通也是SOA的精髓所在。
在业务重组方面:Apusic ESB引入了工作流流程化的概念,可组装编排对于用户来说,只需要关心流程中的一个服务即可,无须再去关心BPEL的具体技术细节。
流程化的服务组织,使SOA可以将服务的功能和需要完成的业务分离开来。一旦业务发生变化,只需要简单的修改流程定义,就可以适应新的业务场景,使SOA系统具备高度的弹性与可扩展性。
在数据集成方面:Apusic ESB针对不同数据库的特点提供了针对数据库的适配器,实现遗留系统的非破坏式接入Apusic ESB。实现异构数据结构、异构数据库平台之间的数据自动转换。
在管理工具方面: Apusic ESB提供了一体化的管理工具,通过工具,可以非常方便的对Apusic ESB进行集中式管理、可视化的流程设计,以及运行期的实时监控等功能。
SOA虽然在ESB兴起中走上了康庄大道,但是谁又能给SOA提供一份最为宝贵的成功经验呢?业界、CIO、专家、厂商都在探索中寻找解决方案,2008年是SOA的产品年也是SOA的落地之年,ESB与 SOA的完美融合能否破解CIO的困惑,还需要在未来的实践中验证。
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/7699723/viewspace-448764/ ,如需转载,请注明出处,否则将追究法律责任。