走向SOA(第一部分):Boubez关于SOA的早期见解(二)

日期: 2009-06-22 作者:Jack Vaughan翻译:李忠利 来源:TechTarget中国 英文

Vaughan:SOA这个阶段是相当重要的发展!  

Toufic Boubez:那时我身处两个“软件革命”之中。其中之一是面向对象革命。从smalltalk中我们知道了面向对象,这是一件很重要的事情。Smalltalk给我们的一些东西到现在也还很重要。但我从中得到的教训就是,不管一项技术如何出色,也需要10到15年的消化周期。

  后来,我们又陷入兴奋之中并在一定程度上忘记了过去的模式。一个周期要花费10-15年才能建立。现在,我们在它身上花了10年时间,差不多相同的时间阶段。开始的时候大家都认为:“好吧,面向服务在未来10年内会成为一个大事物,每个人都会做面向服务和Web服务。”实际上,只是因为惰性和所有固定的程序和固定的机制原因,大公司和组织要很长时间前进。另一个10到15年后,我们到了现在的阶段。我认为我们一直在忘记这些周期需要的时间。这是我从这两个大潮流中学到的一个教训。

  Vaughan:我们随着这潮流走向哪里?

  Toufic Boubez:我们进入面向服务几年后就受到了牵制,我们忘了我们的原始原则:我们为什么这么做?结果就是我们只做web服务,就像过去我们在客户服务器技术领域做的那样,但现在在XML方面,我们又是这样,这使其性能降低并造成大量的问题。

  我们得到的只是所有的坏东西而没得到所有的好东西。这很不幸,因为人们要花费好几年才能开始回到正确的轨道上来并开始意识到这不关XML的事、不关web服务的事,也不关请求响应的事。这关系到面向服务(架构)和你怎样建立一个能够允许你交换信息的解耦的或者松散耦合的系统。我认为我们现在就回到了正确的轨道。由于各种原因,这花费了我们好几年时间。我不想责备某个人或组织。但我想我们确实已经回到了正确的轨道上。

  Vaughan:当你提到“回到正确的轨道”时,你是否谈论的就是REST与SOAP?

  Toufic Boubez:不,没有那个必要。SOAP与WSDL,所有这些技术,只是人们关注的技术问题的一部分。但实际上,我使用SOAP或者XML并不意味着我就在做面向服务架构。我现在所做的可能就是将我以前建立的系统拿出来并把SOAP末尾的前段放在它们的前面。有一点很重要,要从全球角度考虑服务面向一个企业的意义。人们只是将XML推来推去,并没有真正关心它的意义。
 
  当然,SOAP与REST是此问题的一部分,因为我们认为:“我们必须要使用SOAP,我们必须要使用XML”,我们并没有真正的注意一个大的方面:如何建立一松散耦合的架构与我们如何在线路上增加字节。

  这又引起了SOAP和REST两个阵营之间一个大的斗争,阻碍我们更进一步。SOAP与REST应该作为一个技术实施细节。

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

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

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

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

作者

Jack Vaughan
Jack Vaughan

TechTarget新闻记者和网站编辑,主要关注数据管理领域的技术趋势和动态。

相关推荐

  • SAP收购CallidusCloud 与Salesforce竞争

    一直被称为后台办公巨头的SAP现在似乎也想在前台办公大展拳脚。 最新的迹象是SAP收购CallidusClou […]

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

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

  • 揭秘New Relic APM技术细节

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

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

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