RIA需要建立在SOA基础之上而不是取而代之

日期: 2008-06-01 作者:Rich Seeley翻译:杨君 来源:TechTarget中国 英文

Nexaweb Technologies公司新的CTO Jeremy Chone说,软件业需要停止销售用于取代三个首字母缩写的SOA的RIA,他从Adobe Systems公司来到Nexaweb公司。同时也在甲骨文和微软工作过,这两个公司都关注Web 2.0技术,在接受TechTarget采访中,他认为Web 2.0在面向服务架构中是新的演进,而不是一个可以取而代之的革命。


  Web 2.0技术对SOA和后置旧应用的影响引起了人们越来越多的关注,你认为如何?



Jeremy Chone:企业Web 2.0主要包含两个方面。一方面为企业带来了更多的社会能力。如同消费者社会网,它提供了同样的社会连网能力。所以企业Web 2.0将这个理念融入了企业,这样人们的工作效率就得到了提高。企业Web 2.0的另一方面就是技术,其中包括丰富的互联网应用。现在的理念就是Web应用——浏览器,客户端插件和台式机运行时更为成熟——比以前更为丰富。之前,它建立在请求-应答的基础上并且大部分的逻辑都必须在服务器上运行。现在,您在客户端也可以有逻辑。


  RIA在哪些地方可以装配到SOA?


  Chone:既然你已经有了两种技术,第一种技术是附加物,其带来丰富的互联网应用而不删除任何东西。你进入自己的SOA应用并且在当前的机构中添加网络能力。因此,你不需要改变架构。另一种就是独特的办法,其进入SOA应用并将在服务器上所有的用户界面和业务逻辑删除,并将该逻辑放在客户端。客户端和服务器间唯一的联系要么是数据联系,要么就是用于服务器端业务逻辑的服务联系。


  第二种方法切实可行么?


  Chone:现在的问题是,你的架构支持第二种方法,你需要重新考虑自己的SOA应用。因为它通常是不同的语言和不同的运行时间。你需要抛开自己的SOA应用和用户界面密码,使其更加以客户为中心。令SOA更具吸引力的是你使用的是分布式体系结构,你可以在架构中决定在服务器端保留哪些应用业务逻辑,有些时候将一些应用业务逻辑卸载到客户端。这实在是将RIA添加到架构的一个谨慎的方法。


  第一种方法听起来像是将SOA扔掉,是这样么?


  chone :第一种办法是从无到有,只保留服务和SOA的数据后端 。另一种方法是选择了一个框架,该框架可让您有一个分布式体系结构,如果你想的话,并允许您保留一些应用和服务器端的用户界面逻辑。


  因此您侧重于第二种办法吗?


  Chone: 是的,因为第二个方案带来了第一个选择的好处,。您仍然可以有在客户端运行的逻辑,但该框架还支持保留在服务器端的一些逻辑。因此,第二种选择比第一种要好。


  依你看,对于那些想在现存的SOA应用中加入RIA/Web 2.0能力的开发商和设计师来说,为什么第二种选择更好?


  Chone:第二种更好,因为你可以保留你现有架构中现有应用中的投资。比如,如果你正在使用JavaServer Pages, JSP,如果你愿意的话,你可以选择在服务器端保留下来,你同时可以选择将其放在客户端,这是个选择问题。


  所以你没有扔掉现有的技术?


  Chone:对于整个行业来说都是个问题。每过几年,我们就有一个新的三个词的,三个字母的RIA, SOA和其他的一些东西。我们必须有前瞻性,我们找到客户,对他们说:“哈哈,我们现在有了一个新家伙,你必须用我们的新产品重新发明设计,重新考虑你是怎样建造应用的。”这是不对的,原因有两条,第一条是,对于那些正在购买解决方案的企业用户来说这是不公平的,他们觉得技术变得太快了,他们被迫不停的进入新Runtimes -新范式,第二条是,如果你后退一步,看一看Web 2.0 技术,RIA和其它的技术,,实际上并没有什么大革命,许多东西在许多方面都是不断演进的,所以好的架构应该是可相容的,而不是排他的。好的架构应该为用户提供选择而不是假借添加的名义删除某物,我们应该能够不用删除基于SOA之上的应用,就可以添加RIA。


  所以你推荐的方法就是在维护SOA的同时添加RIA?


  Chone:是的,在抽取用户界面,服务和数据时,SOA是关键的步骤,这是很大的一步,在软件行业我们需要意识到的是,RIA是尤为重要的演进。绝对不可能去除在SOA结构中已经建成的组件。我们不应该要求企业去重实施他们的应用,或者在某些情况下用另一种语言编写。这并不是可行的选择,因为,我必须要学新的技能,再一次改变我的架构。从现在起两年内,你要带着新三个字母的东西回到我这里,我也需要重新设计它。这就是软件业和技术提供者的责任,保证每件事物都是添加性的而不是排除性的。


  在明天采访的第二部分,Chone探讨了RIA的兼容性问题,以及Web 2.0开发商理解业务和业务应用的需要。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

相关推荐

  • 事件驱动框架和SOA在空军的应用

    空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。

  • 揭秘New Relic APM技术细节

    New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响

  • 仅凭SOA和云无法解决业务数据管理风险问题

    SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。

  • 购买应用集成工具可以采取平衡做法

    购买应用程序集成工具需要好好看看你的公司需求,知道从供应商里面要寻找哪些关键功能。