Buckaroo Banzai效应:位置独立性、SOA和云

日期: 2008-07-22 作者:Jason Bloomberg翻译:杨君 来源:TechTarget中国 英文

面向服务架构(SOA)即将成为主流,不断有人向我询问继SOA之后,未来的发展趋势如何,如果把SOA看做是分布式计算方法发展过程中的一个阶段,那么今后肯定有其它的架构取代SOA。此外,正如SOA是建立在网络架构基础上,未来的“大手笔”(因为这里缺少名字)将会建立在客户/服务器以及现在的旧技术基础上,而不会取代SOA。   那些专家、分析人士、博客作者和那些想要给这个大手笔命名的人——SOA 2.0, Web 3.0——只不过是,在别人弄懂这项大手笔到底是什么之前,给一种理念命名。因此,ZapFlash不会这么做。

相反,我们会用不到1500字篇幅帮助大家识别未来这个大手笔的各个要素,并且在现在错综……

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

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

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

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

面向服务架构(SOA)即将成为主流,不断有人向我询问继SOA之后,未来的发展趋势如何,如果把SOA看做是分布式计算方法发展过程中的一个阶段,那么今后肯定有其它的架构取代SOA。此外,正如SOA是建立在网络架构基础上,未来的“大手笔”(因为这里缺少名字)将会建立在客户/服务器以及现在的旧技术基础上,而不会取代SOA。

  那些专家、分析人士、博客作者和那些想要给这个大手笔命名的人——SOA 2.0, Web 3.0——只不过是,在别人弄懂这项大手笔到底是什么之前,给一种理念命名。因此,ZapFlash不会这么做。相反,我们会用不到1500字篇幅帮助大家识别未来这个大手笔的各个要素,并且在现在错综复杂的趋势中为大家找出一种趋势——服务独立性——该趋势可以帮助大家识别未来SOA的后继者。

  关于超越SOA

  在讨论这个大手笔时,我们的问题是,没有一个词可以公正的给它下定义,SOA是解决这个问题的一个要素,但只是一个要素而已。不过,SOA也是组织机构资源的一套原则,以便提供以业务为核心的抽取。

  这就是说,成功的SOA归结为成功的技术抽取,这的确是一种非常玄妙的矛盾。因为,如果你成功抽取了工具,你就不会在意这些工具的构成以及所处的位置了。在操作者和工具之间抽取界面的关键问题就是人们并不关心自己的工具;不关心这些工具的用途。无论我是在家聊天,还是试图建立什么新的东西,或者是为某人提供价值,我都不想考虑工具,工具常常意味着达到目的的一种手段。从根本上来说,这就是我们所指的工具这个词的意思。

  要想理解这个大手笔,我们需要在工具的位置,超越SOA,继续抽取工具,但是工具本身在抽取背后会消失。在着眼全局的背景下,这项技术逐渐地从抽取背后在人们的视线中慢慢消失。

  当我们谈及“云”时,我们并不是在说那个大手笔。毕竟,当我们使用“云”这样的字眼时,云同样也带来了许多不成熟的抽取。当我们说云时,我们想到的是云计算,一种抽取特定IT基础设施资源的方法。换句话说,在目前的状况下,云计算更多的是关于计算而不是云本身。

  Web 4.0,重量级人物?

  位置独立性对于万维网来说并不是什么新鲜事物。统一资源定位器(URLs)从物理设备中抽取IP地址,反过来统一资源标识符(URIs)抽取统一资源定位器位置构成。现在,我们不需要通过关注服务该资源的逻辑框的物理位置,就可以任意地下载网页和其它资源。然而,因为网络并没有抽取工具,所以网络抽取只是为了实现这个大手笔的一个步骤。在谈及网络时,我们想到的是浏览器和HTTP,而不是单独抽取一项技术和协议。

  然而,极力将网络奉为实现这个大手笔的黄金之路,会令我们陷入歧途。当前,有许多人宣扬面向网络架构(WOA),象征性传递(REST)方法揭示了WOA 、 SOA二者之间的本质性区别。但是,整个WOA vs. SOA的争议都忽略了一个要点——或者是几个要点。正如我们目前所指出的,在抽取更低的特定工具层面WOA实际上是一个面向网络的SOA,此外,WOA vs. SOA之间的争议通常会演变为一场有关协议的宗教战争,仿佛设计师真正应该关心的是到底是REST还是基于SOAP的网络服务较少地卷入进来。

  奇怪的是,这场宗教争议更加容易地的将我们引入歧途。仿佛是要把人们的目光从现在所发生的事情上引开的魔术。真正的问题实际上集中在位置独立性这个概念上。从SOA的角度来说,位置独立性是业务抽取的一种特性。从REST角度来说,它是URIs的固有特性(事实上,就是这个特性将URIs同位置独立的URLs区分开来)。但是位置独立性还有第三种环境,要想理解第三重环境需要了解:移动存在的环境。

  理解Buckaroo

  说到“移动”你马上想到了什么?很自然你会想到一部手机。但是,我可能指的是一个便携式电脑或者一个GPS设备,甚至是一个全球定位系统启用的一个设备。如果从结构方面思考,我们能够抽取这个设备,并以移动存在结尾。这实际上就是位置的抽取概念——我是否有空?我在做些什么?我的目标是什么?当我在考虑人环境下存在,该存在同样也可以应用在技术功能或者信息方面——换句话说就是服务。

  这里有一个微妙但是极为重要的一点:位置独立并不意味着无法感知位置;相反,移动存在是可以感知位置的。而不是位置独立暗指着的位置是不可知的。我们现在寻找的是无论在何时,何地都可以使用的服务。并且这项服务和我们现在正在使用的技术是相独立的。要想了解这个大手笔,您需要把SOA、网络、移动存在这几个概念相合并在一起,为云填充实质性的内容。

  不幸的是,我们并没有准备好实现über-汇聚。现今,同服务供应商充实像对话启动协议(SIP)这样标准之间的关系一样,移动存在这种提法也存在于电信世界之中。对于SOA来说,云计算,网络和移动存在的支持者只关注移动设备和电话公司能卖给客户的产品,实际上他们是只见树木不见森林。只有当他们以位置独立的方式抽取工具时,这个大手笔才会受到关注。并且我们最终能够实现Buckaroo Banzai所说的“不管你的目的是什么,你一定可以实现这个目标。”

  ZapThink采取的措施

  因此,将SOA+云计算+ Web 2.0+移动存在=?也许你会得到一个来自星际旅行企业的计算机:新一代电脑,你只要说出“电脑”这个词,它就会做出回应。不管这个回应是什么。或者我们看到Google检索到一个电话公司——该公司不办理电话公司传统意义上的业务,而是完成Google的云图像。或者我们可以看到通讯对话(我们过去将其称为“电话”)不仅跨越了许多设备,而且还从一个设备移动到另一个设备。设想一下当你从工作环境转移到移动环境,然后移动到家里时,不需要回拨,你就可以和一个音频设备以及一个即时信息组件进行对话。

  这个大手笔一个并不十分清晰的特点就是其对人和他们的相互作用的关注比对技术的关注更多。我们已经习惯了有技术,但是却忽视了技术是唯一能够评价这种情况的人。如果技术逐渐退出了人们的视线,大多数人都会感到很高兴。同时随着业务最终弄清楚怎样和用户进行交流,公司和用户之间的界限变得越来越模糊,协作功能对于Web 2.0为个人以及个人所属的团体授权至关重要,这个大手笔不是满载技术的抽取数据中心意义上云;这是人们进行交流,建立和执行业务的云,也是隐藏技术的地方。

相关推荐

  • 企业架构师角色转变:有失也有得

    云和移动时代的到来已经改变了公司应用IT的方式,也因此改变了企业架构师的角色。他们跟业务的协作也越来越紧密,而不是仅仅专注于IT。

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

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

  • 揭秘New Relic APM技术细节

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

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

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