ROA继ESB之后SOA实现又一选择
在当前的面向服务架构(SOA)中,企业服务总线(Enterprise service buses,ESB)能够有着与服务编排几乎相同的含义,并提供满足需求的功能。但是,对于SOA的实现而言还有着另外一种方法:面向资源架构(resource-oriented architecture),这种架构将不依赖于ESB那种集中式总线而是更侧重于网络式的整合。
【IT专家网独家】在当前的面向服务架构(SOA)中,企业服务总线(Enterprise service buses,ESB)能够有着与服务编排几乎相同的含义,并提供满足需求的功能。但是,对于SOA的实现而言还有着另外一种方法:面向资源架构(resource-oriented architecture),这种架构将不依赖于ESB那种集中式总线而是更侧重于网络式的整合。
解决方案集成商Zepheira公司的合伙人Brian Sletten在本周拉斯维加斯所举办的TheServerSide Java会议之后,对这一ESB的替代技术做了相应的解释。绝非有意识要针对ESB应用,Sletten相信,以往的这些应用在未来可能并不会是必须的。
“我现在对于ESB应用最关注的问题则是,人们现在是不是正在购买一些他们并不是真正需要的东西?”他这样说道。
Sletten指出,ESB应用确实能够给我们带来很多功能,诸如服务的注册与发现,信息处理,标准的转换,编排流程等等,这些都是不容忽视的。但是同时,这些应用也存在着一些问题,比如标准的缺乏。
同时,整个网络环境在没有中央调控和ESB存在的情况下正在蓬勃的发展着,他如是说。通过面向资源架构,将会利用当前的网络环境,创建起一个非集中控制和可重复发布的管道作为服务的形式存在,同时也不需要暴露其后端的细节问题。Sletten指出了他对ROA的认识。
通用资源标志符(Universal Resource Identifier,URI)通常以scheme命名,同样在面向资源架构中,一些语义Web技术,例如资源描述框架(Resource Description Framework)也可以这样使用。
“这将转变为一些可命名的信息资源问题,不管这是数据也好,文件也好,或者是一些能够从更高要求、更高层次上抽象出来的服务并基于此所做的编排。”他这样说道。
“我喜欢这一事实,因为我们能够做一些服务编排无论是以集中总线的形式还是以一个非集中的形式。而这个时候我可以不用再非去选择那个需要我将所有管道和编排工作集中在总线的ESB做法。” Sletten继续说道。
Sletten说在他的公司中已经开始了这方面的尝试,在其情报部门和金融服务部门面向资源架构已经着手建立。
IT专家网原创文章,未经许可,严禁转载!
- 本文关键词:

