解读分布式SOA的基础构架及现实意义

 
   | |

导读:本文介绍了分布式SOA的基础构架及现实意义以及SOA的消费者需要SOA的基础构架,它能够真正符合一个SOA固有的分布式特征。

关键词:分布式SOA SOA基础结构 EAI

 
正在加载数据...

    当今,无论你走到哪里,都会看到一些关于SOA的东西,以及关于用“适当”的方式执行它的争辩。我认为这一点也不奇怪,因为伴随着每一个IT行业相关的新趋势的出现,都会有争辩,并且卖主会尽力说服顾客相信,他们的技术才是适当的技术——或者他们的产品才是适当的产品——能够让顾客最大限度地利用一项新发明。当卖主为了迎合消费者对于信息技术一个新趋势的兴趣,试图重新配制他们现有的产品组件时,抢夺开始了。但是很不幸,这种行为通常会引起许多混乱局面,因为卖主的诺言一般是不会实现。可能,面向服务架构适当的技术方案,也不像他们说的那样好。

  为了对此建立正确的观点,重要的是应该注意到,像定义所说,SOA是分布式的。一项服务的目的就是,通过远程线路跟另一项服务相通,以共享数据为特色。而其整体的目的是,改变信息技术的途径,由原来的制定辐射中心的小部分应用软件,到制定另一系列的应用软件,它可以通过集合共享的并且可以再度利用的功能性,即各种服务,开发和汇集越来越多的应用资产。

  一个分布式SOA的基础结构,代表着配制和吸收可共享和再度利用的服务最简易的方法,促进对服务的应用,提高部署的灵活性、适应性和持久性。

  不幸的是,到达SOA基础结构的途径被集中化,并不断被开发和提议。对于卖主来说,说服购买技术的群众相信提供给他们的技术已经是跟SOA相适应的,以前是,以后也是,设计这项技术的初衷就是加快顾客走向SOA的步伐,将是一个更艰难的过程。卖主也不管它最初是以JEE应用服务器还是EAI系统的形式设计出来的。

  换言之,对分布式SOA持对立态度的卖主通常这样做,因为途径集中化是他们已经拥有的软件基础构架的特征。一个更新了的企业应用集成或一个基于JEE的堆栈,或其他任何在通过中控点时需要发送请求的方案,都不能被看成是真正的分布式,因为它们所有通向服务路径的前提都是必须首先进行集中处理。将通往SOA途径集中增加了成本,限制了再利用,降低了灵活性,且暗中引入了一个昂贵的瓶颈。最坏的情形是,它将在第一时间否定到达SOA的理由。如果SOA的基础构架的灵活性没有满足他们的要求,人们一定会感到很失望。

  只要上网查,就可以了解分布式应用软件满足其用户需求的成功案例。网络是目前最大的分布式应用程序,由特征决定其分布模式,SOA是同样的道理。当你在浏览器上点击一个链接到某一个具体网址时,你的需求并不需要经由某个配制在一个服务器或者网络中心的中控系统,而是直接从你的浏览器传达到网络服务器,这种模式在企业的SOA运作得也非常好。网络终端能够以个体为单位进行升级,而不会打断客户机程序的运转,影响其他站点,或者导致中央集线路或服务器也需要更新,那是因为需求不需要首先通过一个中央集线路或者服务器。一个好的SOA的基础构架同样支持这些性能。

  幸运的是,一个基础构架方案包含了SOA分布式的特征。到达SOA基础构架分布式的途径使用很精巧的终端,有可提供服务的应用软件,并使得这些软件能够直接跟其他服务相通。企业性质的服务,比如具有高度的实用性或者安全性的服务,也可以由终端系统提供,以确保现有的承担着重大使命的应用软件有所依靠。分布式SOA的基础构架是关于创造信息技术环境的,这个信息环境是一个交流平台,标准高,灵活性强,所以它可以对不断更新的技术和商业前景做出更有效的反应。因此,一个分布式的SOA工作环境能够更好地支持一个以SOA为基础的应用软件的技术和经济需求。最后,到达SOA基础构架的分布式途径允许你以自己的速度进行,每次配制一个或两个服务,可以根据需要随时增加服务,注册/存储库,管理等功能,而不是事先就必须完全添加好。

  我并不是说EAI系统,集成线路和辐射装应用软件,或者是JEE服务器到达SOA的基础构架的中央式途径是不好的或者是错误的,很多时候,现有的社团应用软件功能依赖于一个或多个这种模式。我所说的是,一个好的SOA的基础构架不应该让你的构思选择权被这些元件中任何一个都能够做到的事情所制约——事实上,一个好的SOA的基础构架在它的可再度利用的服务资产中已经包含了这些元件。

  分布式SOA的好处与航空行业有相似之处,后者用成本低廉的操作系统挑战着已建造的航空器。已制定操作系统的方法是以一个成本很高的枢纽和辐射模式为基础,通过少数几个专业的旅游中心汇集乘客。操作大型飞机需要更多成本,从分支机场飞往枢纽机场,乘客在那里准备继续他们的旅程到达最终目的地。用这种模式,飞机需要更多成本,机场设备的费用也因此增加。当低成本航线——一个分布更广的,点对点的运作模式——被制定出来之后,被传统的枢纽模式所束缚的航线便在资金方面处于劣势。

  SOA的消费者不需要再花钱买老式的昂贵的软件堆栈了。消费者需要专门为解决SOA趋势——为了改进将现有的和新的信息技术功能性资产提供到应用软件里的方法-——到来造成的问题而设计的更好的软件。SOA设计需要一个好的方式来创造和配制可再利用性服务,无论何时何地只要有需要就能够很简易并且直接地拿出来用的方式。消费者需要成本低的选项,可以让他们从小规模开始,随需要逐渐增加对它的采用,运用点对点通讯方案可以避免使用昂贵的新服务器和集成线路,根据需求增加服务的质量和其他性能。总而言之,他们需要SOA的基础构架,它能够真正符合一个SOA固有的分布式特征。

原文出处:http://www.pcpop.com/doc/0/498/498885.shtml
 
来源:泡泡网    作者:victor    
 
 
 
 
 

SOA开发

 
准备开始SOA是一种挑战。我们咨询了著名的Rolta SOA中心,它是跨国咨询公司Rolta和SOA实施支持厂商的一个软件部门。他们给出了在SOA上取得成功的几条技巧……
 
不论你是测试人员、开发人员还是普通人员,可能都熟悉预定航班和航空旅行的麻烦之处。软件测试和开发人员经常成为类似调度和迭代问题的牺牲品……
 
当运行高流量网站的应用程序时,需要按照规模进行时刻通知,开源应用服务器有时可能会比它们的商业同行更好地满足企业的需求。
 
在过去数年的架构模式中,我一直专注于与客户合作,与以网格相结合为基础,更传统的面向服务架构方法来构建应用技术。
 
David Chappell是Oracle副总兼首席SOA技术专家,他集中研究利用SOA环境中的网格的架构模式。他是《企业服务总线》的作者,在软件行业有超过20年……

热门技术手册排行

 

随着开源技术越来越成熟,一个稍有开发经验的人通过学习就可以用开源的产品和技术构建一套可用的系统。对于从事软件开发的人员,尤其是对Java或动态语言相关领域的人来说,“开源”也许是他们最喜爱的单词。但是,很多时候我们需要的不仅仅是一个可用的系统,而是希望这个系统开发更简易、性能更高和扩展性更好等。这确实是一个令人头痛的问题。本指南很多地方都是点到为止,要深入了解相关信息的读者请借助参考资料、网站等自行挖掘。

 

本专题分六部分探讨SOA设计模式,当初设计面向服务架构的一大初衷就是降低服务间耦合度,由此提高服务的灵活性和自由度。

 

业务流程管理(business process management,bpm)不是一个新概念,甚至不是一个新名词。它是从相关的业务流程变革领域,如业务流程改进(bpi)、业务流程重组(bpr)、业务流程革新中发展起来的。流程管理技术也是从早期的工作流管理、eai、流程自动化、流程集成、流程建模、流程优化等技术中发展起来的。

 

TOAGF是一个架构框架,简而言之,TOGAF是一种协助发展,验收,运行,使用,和维护架构的工具。它是基于一个迭代(Iterative)的过程模型,支持最佳实践和一套可重用的现有架构资产。

 

云计算的概念越来越流行,Amazon、Google和IBM是第一批将云计算引入公众视线的公司。云计算就是新的Web2.0,一种既有技术上的市场绽放。

 

Mashup是一个非常cool的新的应用程序种类。如果你想真正的了解它们,我们需要回过头来看看你现在的计算机,其实它就是一个非常好的帮助你理解mashup的模型。现在开源的操作系统无疑是非常好的apis的集合或应用程序编程接口,帮助开发者去构建其应用程序。计算机本身也是一个很好的为用户提供接口的例子,键盘和鼠标可以被理解为你通过计算机的接口而使用的不同的应用程序。本技术手册为读者提供了一些相关信息,如果需要深入了解mashup,读者可以借助其他参考资源。

查看更多
 
 

登录TechTarget中国

关闭
本服务仅向TechTarget中国的会员开放,请登录或立即免费注册
电子邮件地址:
请输入您的电子邮件地址
密码:
下次自动登录