??xml version="1.0" encoding="utf-8" standalone="yes"?>亚洲一区AV无码少妇电影☆,精品国产_亚洲人成在线高清,亚洲精品无码不卡在线播HEhttp://m.tkk7.com/gm_jing/category/37559.html生活之点Ҏ?/description>zh-cnWed, 11 Feb 2009 12:39:58 GMTWed, 11 Feb 2009 12:39:58 GMT60什么是SOAhttp://m.tkk7.com/gm_jing/articles/254255.html黎夕黎夕Wed, 11 Feb 2009 07:21:00 GMThttp://m.tkk7.com/gm_jing/articles/254255.htmlhttp://m.tkk7.com/gm_jing/comments/254255.htmlhttp://m.tkk7.com/gm_jing/articles/254255.html#Feedback0http://m.tkk7.com/gm_jing/comments/commentRss/254255.htmlhttp://m.tkk7.com/gm_jing/services/trackbacks/254255.html

面向服务的体pȝ构(service-oriented architectureQSOAQ是一个组件模型,它将应用E序的不同功能单元(UCؓ服务Q通过q些服务之间定义良好的接口和契约联系h。接口是采用中立的方式进行定义的Q它应该独立于实现服务的gq_、操作系l和~程语言。这使得构徏在各U这Lpȝ中的服务可以以一U统一和通用的方式进行交互?

q种h中立的接口定义(没有强制l定到特定的实现上)的特征称为服务之间的松耦合。松耦合pȝ的好处有两点Q一Ҏ它的灉|性,另一ҎQ当l成整个应用E序的每个服务的内部l构和实现逐渐地发生改变时Q它能够l箋存在。而另一斚wQ紧耦合意味着应用E序的不同组件之间的接口与其功能和结构是紧密相连的,因而当需要对部分或整个应用程序进行某UŞ式的更改Ӟ它们显得非常脆弱?

Ҏ耦合的系l的需要来源于业务应用E序需要根据业务的需要变得更加灵z,以适应不断变化的环境,比如l常改变的政{、业务别、业务重炏V合作伙伴关pR行业地位以及其他与业务有关的因素,q些因素甚至会媄响业务的性质。我们称能够灉|地适应环境变化的业务ؓ按需QOn demandQ业务,在按需业务中,一旦需要,可以对完成或执行Q务的方式q行必要的更攏V?

虽然面向服务的体pȝ构不是一个新鲜事物,但它却是更传l的面向对象的模型的替代模型Q面向对象的模型是紧耦合的,已经存在二十多年了。虽然基?SOA 的系lƈ不排除用面向对象的设计来构建单个服务,但是其整体设计却是面向服务的。由于它考虑Cpȝ内的对象Q所以虽?SOA 是基于对象的Q但是作Z个整体,它却不是面向对象的。不同之处在于接口本w。SOA pȝ原型的一个典型例子是通用对象h代理体系l构QCommon Object Request Broker ArchitectureQCORBAQ,它已l出现很长时间了Q其定义的概念与 SOA 怼?

然而,现在?SOA 已经有所不同了,因ؓ它依赖于一些更新的q展Q这些进展是以可扩展标记语言QeXtensible Markup LanguageQXMLQؓ基础的。通过使用Z XML 的语aQ称?Web 服务描述语言QWeb Services Definition LanguageQWSDLQ)来描q接口,服务已经转到更动态且更灵zȝ接口pȝ中,非以?CORBA 中的接口描述语言QInterface Definition LanguageQIDLQ可比了?

Web 服务q不是实?SOA 的惟一方式。前面刚讲的 CORBA 是另一U方式,q样有了面向消息的中间ӞMessage-Oriented MiddlewareQ系l,比如 IBM ?MQseries。但是ؓ了徏立体pȝ构模型,您所需要的q不只是服务描述。您需要定义整个应用程序如何在服务之间执行其工作流。您其需要找C务的操作和业务中所使用的Y件的操作之间的{换点。因此,SOA 应该能够业务的商业程与它们的技术流E联pv来,q且映射q两者之间的关系。例如,l供应商付款的操作是商业程Q而更新您的零件数据库Q以包括q新供应的货物却是技术流E。因而,工作还可以?SOA 的设计中扮演重要的角艌Ӏ?

此外Q动态业务的工作不仅可以包括部门之间的操作Q甚臌可以包括与不为您控制的外部合作伙伴进行的操作。因此,Z提高效率Q您需要定义应该如何得知服务之间的关系的策略,q种{略常常采用服务U协定和操作{略的Ş式?

最后,所有这些都必须处于一个信d可靠的环境之中,以同预期的一h据约定的条款来执行流E。因此,安全、信d可靠的消息传递应该在M SOA 中都L重要的作用?

我可以用面向服务的体pȝ构做什么?
?SOA 的需要来源于需要业务 IT pȝ变得更加灉|Q以适应业务中的改变。通过允许强定义的关系和依然灵zȝ特定实现QIT pȝ既可以利用现有系l的功能Q又可以准备在以后做一些改变来满它们之间交互的需要?

下面举一个具体的例子。一个服装零售组l拥?500 家国际连锁店Q它们常帔R要更改设计来赶上时尚的潮。这可能意味着不仅需要更Ҏ式和颜色Q甚臌可能需要更换布料、制造商和可交付的品。如果零售商和制造商之间的系l不兼容Q那么从一个供应商到另一个供应商的更换可能就是一个非常复杂的软g程。通过利用 WSDL 接口在操作方面的灉|性,每个公司都可以将它们的现有系l保持现Ӟ而仅仅匹?WSDL 接口q制订新的服务协定Q这样就不必完全重构它们的Y件系l了。这是业务的水^改变Q也是_它们改变的是合作伙伴Q而所有的业务操作基本上都保持不变。这里,业务接口可以作少许改变,而内部操作却不需要改变,之所以这样做Q仅仅是Z能够与外部合作伙伴一起工作?

另一UŞ式是内部改变Q在q种改变中,零售l织现在军_它还把q锁零售商店内的一些地方出U给专卖行服的小商店Q这可以看作是采用店中店Qstore-in-storeQ的业务模型。这里,虽然公司的大多数业务操作都保持不变,但是它们现在需要新的内部Y件来处理q样的出U安排。尽在内部软gpȝ可以承受全面的检修,但是它们需要在q样做的同时不会对与现有的供应商pȝ的交互生大的媄响。在q种情况下,SOA 模型保持原封不动Q而内部实现却发生了变化。虽然可以将新的斚wd?SOA 模型中来加入新的出租安排的职责,但是正常的零售管理系ll如往怸栗?

Z延箋内部改变的观念,IT l理可能会发玎ͼ软g的新配置q可以以另外的一U方式加以用,比如出租_脓h的地方以供广告之用。这里,新的业务提议是通过在新的设计中重用灉|?SOA 模型得出的。这是来?SOA 模型的新成果Qƈ且还是一个新的机会,而这L新机会在以前可能是不会有的?

垂直改变也是可能的,在这U改变中Q零售商从销售他们自q服装完全转变C门通过店中店模型出U地斏V如果垂直改变完全从最底层开始的话,׃带来 SOA 模型l构的显著改变,与之一h变的q可能有新的pȝ、Y件、流E以及关pR在q种情况下,SOA 模型的好处是它从业务操作和流E的角度考虑问题而不是从应用E序和程序的角度考虑问题Q这使得业务理可以Ҏ业务的操作清楚地定什么需要添加、修Ҏ删除。然后可以将软gpȝ构造ؓ适合业务处理的方式,而不是在许多现有的Y件^C常常看到的其他方式?

正如您可以看到的Q在q里Q改变和 SOA pȝ适应改变的能力是最重要的部分。对于开发h员来_q样的改变无论是在他们工作的范围之内q是在他们工作的范围之外都有可能发生Q这取决于是否有改变需要知道接口是如何定义的以及它们相互之间如何进行交互。与开发h员不同的是,架构师的作用是引v?SOA 模型大的改变。这U分工,是让开发h员集中精力于创徏作ؓ服务定义的功能单元,而让架构师和建模人员集中_֊于如何将q些单元适当地组l在一P它已l有十多q的历史了,通常用统一建模语言QUniversal Modeling LanguageQUMLQ,q且描述成模型驱动的体系l构QModel-Driven ArchitectureQMDAQ?/ca>

 

 

 

 

SOAQservice-oriented architectureQ也?a target="_new">面向服务的体pȝ?/a>?font face="Verdana">面向服务架构Q是指ؓ了解军_Internet环境下业务集成的需要,通过q接能完成特定Q务的独立功能实体实现的一U?a target="_new">软gpȝ架构。SOA?/font>一?a target="_new">lg模型Q它应?a target="_new">E序的不同功能单元(UCؓ服务Q通过q些服务之间定义良好的接口和契约联系h。接口是采用中立的方式进行定义的Q它应该独立于实现服务的gq_?a target="_new">操作pȝ和编E语a。这使得构徏在各U这Lpȝ中的服务可以以一U统一和通用的方式进行交互?

      传统的WebQHTML/HTTPQ技术有效的解决了h?a target="_new">信息pȝ的交互和沟通问题,极大的促q了B2C模式的发展。WEB服务(XML/SOAP/WSDLQ技术则是要有效的解决信息系l之间的交互和沟通问题,促进B2B/EAI/CB2C的发展。SOAQ面向服务的体系)则是采用面向服务的商业徏模技术和WEB服务技术,实现pȝ之间的松耦合Q实现系l之间的整合与协同。WEB服务和SOA的本质思\在于使得信息pȝ个体在能够沟通的基础上Ş成协同工作?/font>

   对于面向同步和异步应用的Q基于请?响应模式的分布式计算来说QSOA是一场革命。一个应用程序的业务逻辑Qbusiness logicQ或某些单独的功能被模块化ƈ作ؓ服务呈现l消费者或客户?/a>。这些服务的关键是他们的松耦合Ҏ。例如,服务的接口和实现相独立。应用开发h员或者系l集成者可以通过l合一个或多个服务来构建应用,而无ȝ解服务的底层实现。D例来_一个服务可以用。NET?a target="_new">J2EE来实玎ͼ而用该服务的应用程序可以在不同的^C上,使用的语a也可以不同?

一、SOAh的特?/strong>

  SOA服务hq_独立的自我描qXML文档。Web服务描述语言QWSDLQ?Web Services Description LanguageQ是用于描述服务的标准语a?

  SOA 服务?a target="_new">消息q行通信Q该消息通常使用XML Schema来定义(也叫做XSDQ?XML Schema DefinitionQ。消费者和提供者或消费者和服务之间的通信多见于不知道提供者的环境中。服务间的通讯也可以看作企业内部处理的关键商业文?

  在一个企业内部,SOA服务通过一个扮演目录列表(directory listingQ角色的登记处(RegistryQ来q行l护。应用程序在登记处(RegistryQ寻扑ƈ调用某项服务。统一描述Q定义和集成QUDDIQ?Universal DescriptionQ?DefinitionQ?and IntegrationQ是服务登记的标准?

  每项SOA服务都有一个与之相关的服务品质QQoSQ?quality of serviceQ。QoS的一些关键元素有安全需?/a>Q例如认证和授权Q,可靠通信Q译注:可靠消息是指Q确保消?#8220;仅且仅仅”发送一ơ,从而过滤重复信息。)Q以及谁能调用服务的{略?

二、SOA三大基本特征

      1 独立的功能实?

      在Internetq样松散的用环境中QQ何访问请求都有可能出错,因此M企图通过Internetq行控制的结构都会面临严重的E_性问题。SOA非常架构中提供服务的功能实体的完全独立自ȝ能力。传l的lg技术,?NET RemotingQ?a target="_new">EJBQCOM或?a target="_new">CORBAQ都需要有一个宿?Host或者Server)来存攑֒理q些功能实体Q当q些宿主q行l束时这些组件的寿命也随之结束。这样当宿主本n或者其它功能部分出现问题的时候,在该宿主上运行的其它应用服务׃受到影响?

      SOA架构中非常强调实体自我管理和恢复能力。常见的用来q行自我恢复的技术,比如事务处理(Transaction)Q消息队?Message Queue)Q冗余部|?Redundant Deployment)和集系l?Cluster)在SOA中都起到臛_重要的作用?

      2 大数据量低频率访?

      对于.NET RemotingQEJB或者XML-RPCq些传统的分布式计算模型而言Q他们的服务提供都是通过函数调用的方式进行的Q一个功能的完成往往需要通过客户端和服务器来回很多次函数调用才能完成。在Intranet的环境下Q这些调用给pȝ的响应速度和稳定性带来的影响都可以忽略不计,但是在Internet环境下这些因素往往是决定整个系l是否能正常工作的一个关键决定因素。因此SOApȝ推荐采用大数据量的方式一ơ性进行信息交换?

      3 Z文本的消息传?/font>

      ׃Internet中大量异构系l的存在军_了SOApȝ必须采用Z文本而非二进制的消息传递方式。在COM、CORBAq些传统的组件模型中Q从服务器端传往客户端的是一个二q制~码?a target="_new">对象Q在客户端通过调用q个对象的方法来完成某些功能Q但是在Internet环境下,不同语言Q不同^台对数据、甚x一些基本数?a target="_new">cd定义不同Q给不同的服务之间传递对象带来的很大困难。由于基于文本的消息本n是不包含M处理逻辑和数?a target="_new">c?/a>型的Q因此服务间只传递文本,Ҏ据的处理依赖于接收端的方式可以帮忙绕q兼Ҏ这个的大惔坑?

      此外Q对于一个服务来_Internet与局域网最大的一个区别就是在Internet上的版本理极其困难Q传l?a target="_new">软g采用的升U方式在q种松散的分布式环境中几乎无法进行。采用基于文本的消息传递方式,数据处理端可以只选择性的处理自己理解的那部分数据Q而忽略其它的数据Q从而得到的非常理想的兼Ҏ?

三、面向服务架构(SOAQ的原则

      SOA的强大和灉|性将l企业带来巨大的好处。如果某l织其IT架构抽象出来Q将其功能以_粒度的服务形式表示出来Q每U服务都清晰地表C其业务价|那么Q这些服务的֮Q可能在公司内部Q也可能是公司的某个业务伙伴Q就可以得到q些服务Q而不必考虑其后台实现的具体技术。更q一步,如果֮能够发现q绑定可用的服务Q那么在q些服务背后的ITpȝ能够提供更大的灵zL?br /> 但是Q要得到U强大和灉|性,需要有一U实现架构的新方法,q是一艰巨的d。企业架构设计师必须要变?#8220;面向服务的架?/a>设计?#8221;Q不仅要理解SOAQ还要理解SOA的实c在架构实践和最后得到的架构l果之间的区别非常微妙,也非常关键。本文将讨论SOA的实践,卻I面向架构的设计师在构建SOA时必要做的事情?/font>

 

      SOA的原?/u>

      SOA是一U企业架构,因此Q它是从企业的需求开始的。但是,SOA和其它企业架构方法的不同之处在于SOA提供的业务敏h。业务敏h是指企业对变更快速和有效地进行响应、ƈ且利用变更来得到竞争优势的能力。对架构设计师来_创徏一个业务敏L架构意味着创徏q样一个IT架构Q它可以满当前q未知的业务需求?/font>

      要满U业务敏h,SOA的实践必遵循以下原则:

      * 业务驱动服务Q服务驱动技?/font>

      从本质上_在抽象层ơ上Q服务位于业务和技术中间。面向服务的架构设计师一斚w必须理解在业务需求和可以提供的服务之间的动态关p,另一斚wQ同栯理解服务与提供这些服务的底层技术之间的关系?/font>

      * 业务敏捷是基本的业务需?/font>

      SOA考虑的是下一个抽象层ơ:提供响应变化需求的能力是新?#8220;元需?#8221;Q而不是处理一些业务上的固定不变的需求。从gpȝ而上的整个架构都必须满业务敏捷的需求,因ؓQ在SOA中Q何的瓉都会影响到整个IT环境的灵zL?/font>

      * 一个成功的SOAd变化之中

      SOA工作的场景,更象是一个活的生物体Q而不是象传统所说的“盖一栋房?#8221;。IT环境唯一不变的就是变化,因此面向服务架构设计师的工作永远不会l束。对于习惯于盖房子的设计师来_要{向设计一个活的生物体要求崭新的思维方式。如下文所写的QSOA的基q是一些类似的架构准则?/font>

      SOA基础

      在IT行业有两个越来越普遍的发展方向,一个是架构斚w的,一个是Ҏ学方面的Q面向服务的架构设计师可以从中有所收获。第一个就?a target="_new">MDAQ?a target="_new">模型驱动架构Q,由提出CORBA的OMG模型提出。MDA认ؓ架构设计师首先要对待创徏的系l有一个Ş式化?a target="_new">UMLQ也是由OMG提出Q的模型。MDA首先l出一个^台无关的模型来表C系l的功能需求和use casesQ根据系l搭建的q_Q架构设计师可以p个^台无关的模型得到q_相关的模型,q些q_相关模型_详细Q以至于可以用来直接生成需要的代码?/font>

      MDA的核心就在于在设计阶D늳l就已经完全描述Q这P在创建系l的时候,几乎没有错误解释的可能Q模型也可以直接生成代码。但MDA有一些局限性:首先QMDA假设在创建模型之前,业务需求已l全部描qͼ而这一点,在当前典型的动态业务环境中几乎是不可能的。第二,MDA没有一个反馈机制。如果开发h员对模型有需要改动的地方Qƈ没有提供l他们这么一个途径?/font>

      SOA的另一个基是敏h法(AMQ,其中非常有名的方法是极限~程Q?a target="_new">XPQ。象XPq样的AM提供了在需求未知或者多变的环境中创?a target="_new">软gpȝ的过E。XP要求在开?a target="_new">团队中要有一个用户代表,他帮助书写测试来指导开发h员的日常工作。开发团队中的所有成员都参与到设计之中,q且设计要尽量小q且非Ş式化。AM的目标是仅仅创徏用户惌的,而不是在一些Ş式化模型上耗费工作量。AM的核心思想在于其敏捷性-处理需求变更的敏捷性。AM的主要弱Ҏ其规模上的限Ӟ例如QXP在一个小团队和中型项目中效果不错Q但是当目规模增大Ӟ如果没有一个一致的清晰的计划,目成员很难把握目中的Ҏ面面?/font>

      从表面看来,MDA和AMg是相对立的-MDA假定需求是固定的,而AM恰恰相反。MDA的中心是形式化的模型Q而AM恰恰要避开它们。但是,我们q是军_冒险把这些不同方法中的一些元素提取出来,攑օC个一致的架构实践中?/font>

      在SOA中有三个抽象层次Q按照SOA的第一条准则:业务驱动服务、服务驱动技术。AM业务模型直接和实践q接hQ表现在q_相关的模型之中。MDAq没有把业务模型和^台无x型分开来,而是把^台无x型做v炏VSOA必须q接q些模型Q或者说抽象层次Q得到单一的架构方法。我们将从五?a target="_new">视图的架构实现方法来实现q个q接?/font>

      SOA的五视图实现Ҏ

      企业架构设计师发C们的职业非常有竞争力q且值得骄傲Q因Z们要从很多方面来通盘考虑ITpȝ。KruchtenQ?a target="_new">RUP的开发负责hQ将q些斚w提取出来Q在应用到SOAӞ我们UCؓ五视囑֮现方法(five-view approachQ?/font>

      四个Ҏ表示对一个架构的不同审视ҎQ分别代表不同的涉众QstakeholderQ。弟五个视图Quse-case视图늛了其它视图,在架构中扮演的是一个特D的角色?a target="_new">部v视图Y件映到底层q_和相关硬件上Q是pȝ部v人员Ҏ构的视图Q实现视图描qC软g代码的组l,是从开发h员角度出发的视图Q业务分析h员则利用q程视图q行工作Q它描述的是软gpȝ的运行时Ҏ。最后,逻辑视图表示的是用户的功能需求。在SOA中,面向服务的架构必能够以use-case视图中的用例用戯接到服务Q将服务q接到底层的技术?/font>

      Z表示面向对象的架构是如何工作在这些视图之上,让我们将他们|于SOA元模型的上下文之中。SOA中两个领域存在重叠:׃务模型和服务模型表示的业务领域和由服务模型及q_相关模型表示的技术领域(两个领域׃n服务模型Q。业务用户通过逻辑视图和过E视囑֤理粗_度的业务服务,Ҏ变化的业务需求,按照需要将它们安排在过E之中。另一斚wQ技术专家的工作是创建ƈl护服务和地层技术之间的抽象层。表C些服务的中间模型Qv到的是u心的作用Q业务以它ؓ中心q行?/font>

      SOA元模型从MDA中承^台无x型和q_相关模型Q但是添加了AM和用户交互以及敏L反馈q两部分Q后者通过椭圆之间的双向箭头来表现。类似地Q元模型通过引入׃心的服务模型提供?a target="_new">中间?/a>抽象解决了AM在׾~性方面的问题。这P服务模型中的M需求的变化Q都会反映到用户每天的业务处理中。同P׃底层技术是模型驱动的,技术专家也可以Ҏq些变化的需求迅速而有效地作出应变?/font>

      SOA实践和过去解决企业架构传l方式的不同之处在于其Ҏh的支持。如前所_SOA的第三条原则在于它d变化之中。这U恒在的变化性环境是SOA实践的基矟뀂如图所C,涉众QstakeholdersQ译者注QRUP中也有这个词Q表C?a target="_new">软g开?/a>中涉及到的各U角色如Q用戗设计h员、开发h员乃x试h员等{。)在一个必需的基上媄响到整个架构的变化。在当技术专家在每天的日常工作中不断对变化的业务需求作出响应的q种情况下,设计阶段和运行阶D之间的界限变得模糊hQ很难清晰地分离q两个阶Dc?/font>

      剩下的部?/u>

      我们已经为面向服务的架构提供了一个高层次?a target="_new">框架Q其中MDA和AM的元素帮助工L使用者来创徏和维护SOA。但是,SOA中还~少一些内容-那就是Y件开发商和专业的服务l织必需提供的。理x况下Q开发商必需提供面向服务的业务流E?a target="_new">工作?/a>以及服务的协调工具和服务Q另外,能够以一U敏L、^台无关的方式充分反映业务服务的徏模工具也是必ȝQ技术专家必配备可以从模型中自动生成代码,q在代码变化时更新模型的工具Q最后,开发商必须提供支持SOA的YӞ帮助面向服务的架构设计师以一U可信ƈ且可伸羃的方式创Z于服务和底层技术之间的抽象层次。幸q的是,q方面的产品卛_上市?/font>

      另外Q最重要的就是诏I本文的自顶而下的SOA实现Ҏ了。今天关于Web services的大部分思考都是自底而上的:“q是如何创徏Web services的方法,现在Q我们来使用它们集成?#8221;Q对Web services技术的q种Ҏ是伟大的W一步,因ؓ它可以惊人地降低集成的开销Q这是现在的技术管理h员最乐意见到的了。但当经进一步发展,IT走出低谷Q企业会LIT的帮助来提高l织战略意义上的核心价倹{用面向服务的架构QIT可以提供l企业实C务敏h的q样一个框架?/font>

四、ؓ什么选择面向服务架构QSOAQ?

  不同U类的操作系l,应用软gQ系lY件和应用基础l构Qapplication infrastructureQ相互交l,q便是IT企业的现状。一些现存的应用E序被用来处理当前的业务程Qbusiness processesQ,因此从头建立一个新的基环境是不可能的。企业应该能对业务的变化做出快速的反应Q利用对现有的应用程序和应用基础l构Qapplication infrastructureQ的投资来解x的业务需求,为客P商业伙伴以及供应商提供新的互动渠道,q呈C个可以支持有Z务(organic businessQ的构架。SOA凭借其松耦合的特性,使得企业可以按照模块化的方式来添加新服务或更新现有服务,以解x的业务需要,提供选择从而可以通过不同的渠道提供服务,q可以把企业现有的或已有的应用作为服务, 从而保护了现有的IT基础投资?

  如图1的例子所C,一个用SOA的企业,可以使用一l现有的应用来创Z个供应链复合应用Qsupply chain composite applicationQ,q些现有的应用通过标准接口来提供功能?

  Figure 1. Supply chain application. Click on thumbnail to view full-sized image.

  服务架构

  Z实现SOAQ企业需要一个服务架构,?昄了一个例子:

  Figure 2. A sample service architecture. Click on thumbnail to view full-sized image.

  在图2中, 服务消费者(service consumerQ可以通过发送消息来调用服务。这些消息由一个服务ȝQservice busQ{换后发送给适当的服务实现。这U服务架构可以提供一个业务规则引擎(business rules engineQ,该引擎容怸务规则被合ƈ在一个服务里或多个服务里。这U架构也提供了一个服务管理基Qservice management infrastructureQ,用来理服务Q类似审核,列表QbillingQ,日志{功能。此外,该架构给企业提供了灵zȝ业务程Q更好地处理控制hQregulatory requirementQ,例如Sarbanes OxleyQSOXQ,q且可以在不影响其他服务的情况下更改某项服务?

五、面向服务架构(SOAQ基l构

  要运行,理SOA应用E序Q企业需要SOA基础Q这是SOAq_的一个部分。SOA基础必须支持所有的相关标准Q和需要的q行时容器。图3所C的是一个典型的SOA基础l构。接下来的章节将逐一讨论该结构的每个部分?

  Figure 3. A typical SOA infrastructure. Click on thumbnail to view full-sized image.

  SOAPQ?WSDLQ?UDDI

  WSDLQUDDI和SOAP是SOA基础的基部g。WSDL用来描述服务QUDDI用来注册和查找服务;而SOAPQ作Z输层Q用来在消费者和服务提供者之间传送消息。SOAP是Web服务的默认机Ӟ其他的技术ؓ可以服务实现其他cd的绑定。一个消费者可以在UDDI注册表(registryQ查找服务,取得服务的WSDL描述Q然后通过SOAP来调用服务?

  WS-I Basic Profile

  WS-I Basic ProfileQ由Web服务互用性组l(Web Services Interoperability OrganizationQ提供,是SOA服务试与互用性所需要的核心构g。服务提供者可以用Basic Profile试E序来测试服务在不同q_和技术上的互用性?

  J2EE ?.Net

  管J2EE和。NETq_是开发SOA应用E序常用的^収ͼ但SOA不仅限于此。像J2EEq类q_Q不仅ؓ开发者自然而然地参与到SOA中来提供了一个^収ͼq通过他们内在的特性,可扩展性,可靠性,可用性以及性能引入了SOA世界。新的规范,例如 JAXBQJava API for XML BindingQ,用于XML文定位到Javac;JAXRQJava API for XML RegistryQ用来规范对UDDI注册表(registryQ的操作QXML-RPCQJava API for XML-based Remote Procedure CallQ在J2EE1.4中用来调用远E服务,q得开发和部v可移植于标准J2EE容器的Web服务变得ҎQ与此同Ӟ实现了跨q_Q如。NETQ的服务互用?

  服务品质

  在企业中Q关键Q务系l(mission-critical systemQ译注:关键dpȝ是指如果一个系l的可靠性对于一个组l是臛_重要的,那么该系l就是该企业的关键Q务系l。比如,电话pȝ对于一个电话促销企业来说是关键dpȝQ而文字处理系l就不那么关键了。)用来解决高需求,例如安全性,可靠性,事物。当一个企业开始采用服务架构作为工hq行开发和部v应用的时候,基本的Web服务规范Q像WSDLQSOAPQ以及UDDI׃能满些高U需求。正如前面所提到的,q些需求也UC服务品质QQoSQquality of servicesQ。与QoS相关的众多规范已l由一些标准化l织Qstandards bodiesQ提出,像W3CQWorld Wide Web ConsortiumQ和OASISQthe Organization for the Advancement of Structured Information StandardsQ。下面的部分会讨论一些QoS服务和相x准?

  安全

  Web服务安全规范用来保证消息的安全性。该规范主要包括认证交换Q?消息完整性和消息保密。该规范吸引人的地方在于它借助现有的安全标准,例如QSAMLQ?a target="_new">as Security Assertion Markup LanguageQ来实现web服务消息的安全。OASIS正致力于Web服务安全规范的制定?

      可靠

  在典型的SOA 环境中,服务消费者和服务提供者之间会有几U不同的文档在进行交换。具有诸?#8220;仅且仅仅传送一?#8221;Q?once-and-only-once deliveryQ,“最多传送一?#8221;Q?at-most-once deliveryQ,“重复消息qo”Qduplicate message eliminationQ,“保证消息传?#8221;Qguaranteed message deliveryQ等Ҏ消息的发送和认Q在关键dpȝQmission-critical systemsQ中变得十分重要。WS-Reliability ?WS-ReliableMessaging是两个用来解xc问题的标准。这些标准现在都由OASIS负责?

  {略

  服务提供者有时候会要求服务消费者与某种{略通信。比如,服务提供商可能会要求消费者提供Kerberos安全标示Q才能取得某Ҏ务。这些要求被定义为策略断aQpolicy assertionsQ。一策略可能会包含多个断言。WS-Policy用来标准化服务消费者和服务提供者之间的{略通信?

  控制

  当企业着手于服务架构Ӟ服务可以用来整合数据仓库Qsilos of dataQ,应用E序Q以及组件。整合应用意味着例如异步通信Qƈ行处理,数据转换Q以及校正等q程h必须被标准化。在SOA中,q程是用一l离散的服务创徏的。BPEL4WS 或?WSBPELQWeb Service Business Process Execution LanguageQ是用来控制q些服务的语a。WSBPEL目前也由OASIS负责?

  理

  随着企业服务的增长,所使用的服务和业务q程的数量也随之增加Q一个用来让pȝ理员管理所有运行在多相环境下的服务的管理系l就昑־ؓ重要。WSDMQWeb Services for Distributed ManagementQ规定了MҎWSDM实现的服务都可以׃个WSDM适应QWSDM-compliantQ的理Ҏ来管理?

  其它的qosҎ,比如合作方之間的溝通和通訊Q多個服務之間的事務處理Q都在WS-Coordination ?WS-Transaction 標準中描qͼ 這些都是OASIS 的工作?

六、SOA 不是Web服务

  在理解SOA和Web服务的关pMQ经常发生؜淆。根?003q?月的Gartner报道QYefim V. Natisp个问题是q样解释的:“Web服务是技术规范,而SOA是设计原则。特别是Web服务中的WSDLQ是一个SOA配套的接口定义标准:q是Web服务和SOA的根本联pR?#8221;从本质上来说QSOA是一U架构模式,而Web服务是利用一l标准实现的服务。Web服务是实现SOA的方式之一。用Web服务来实现SOA的好处是你可以实C个中立^収ͼ来获得服务,而且随着来多的Y件商支持来多的Web服务规范Q你会取得更好的通用性?

七、面向服务架构(SOAQ的优势

  SOA的概念ƈ非什么新东西QSOA不同于现有的分布式技术之处在于大多数软g商接受它q有可以实现SOA的^台或应用E序。SOA伴随着无处不在的标准,Z业的现有资或投资带来了更好的重用性。SOA能够在最新的和现有的应用之上创徏应用QSOA能够使客h服务消费者免予服务实现的改变所带来的媄响;SOA能够升单个服务或服务消费者而无需重写整个应用Q也无需保留已经不再适用于新需求的现有pȝ。总而言之,SOA以借助现有的应用来l合产生新服务的敏捷方式Q提供给企业更好的灵zL来构徏应用E序和业务流E?

八、采用服务驱动型Ҏ的企业体验着以下业务?IT 好处 

      面向服务架构的业务好?

      效率Q?业务流E从 " 烟囱 " 状的、重复的程向维护成本较低的高度利用、共享服务应用{变?
      响应Q?q速适应和传送关键业务服务来满市场需求,为客戗雇员和合作伙伴更高水准的服务?
      适应性: 更高效地转入转出让整个业务变得复杂性和隑ֺ更小Q达到节U时间和资金的目的?

      面向服务架构?IT 好处

      复杂性降低: Z标准的兼Ҏ,与点到点的集成相比降低了复杂性?
      重用增加Q?通过重用以前开发和部v的共享服务,实现了更有效的应用程?/ 目开发和交付?
      遗留集成Q?用作可重用服务的遗留应用E序降低了维护和集成的成本?
      如今的服务驱动型企业都在体验着开发的高效率,服务的高可靠性和服务的高质量Q以最大限度获得业务机会所带来的这些好处?

九、SOA在国际市Z反响强烈

      ?004q初业界推出SOA后,Bea、IBM?a target="_new">Oracle、微软等业界巨头UL发布自己的SOA战略Q徏议用户在q行企业IT时考虑SOA?/font>

      ZapThink调研公司在最q发表的一份报告中预测Q到2006q_ZSOA架构(面向服务的架??a target="_new">中间?/a>产品成为网l化商业pȝ的主要设计思\Q其?0Q的商业企业公司用SOA架构?/font>

      按照Gartner的预,?008q_SOA成为占有绝对优势的软g工程实践ҎQ它结束传l的整体软g体系架构长达40q的l治C。届Ӟ有60Q的商业公司在进行商业IT时会转向SOA?/font>

      IDC预测?2007q_包括软g、服务和g在内的SOA市场达?10亿美元,其中商业企业斚w的市场将辑ֈ120亿美元?/font>

      lg所qSOA已经成ؓ大势所,有着qK的市场空间和巨大的发展潜力;而在商业企业中的应用Q将成ؓSOA未来发展的一大亮炏V?/font>

      SOA已经引v国内商业企业的重?/strong>

      国内ZSOA架构Web服务目前q是集中在一些企业内部,而国内一些有影响的行业用h在搭建其核心业务pȝQ比如商业领域的通行业和销售行业的大集中正在v步。因此当商业企业需要更好地服务客户Q需要更好地与上、下游合作伙伴协同工作,q且自己内部的核心业务之间也需要协同工作时Q基于SOA架构中间件品就会ؓq类新的业务应用提供理想的底座,q种新的应用被称作面向服务的业务应用?/font>

      现在Q很多商业企业都准备?006q内开始规划用这些基于SOA架构的应用,可想而知Q这些SOA架构的中间g产品在两年内迅速发展,q在五年内在整个IT行业内获得广泛应用?/font>

      商业企业信息化存在的问题

      商业企业信息pȝ多数处于闭q行的状态,企业之间、企业与上游供应商、下游消费者之间信息不对称。商业企业之间无法Ş成协同效应。信息系l即无法满消费者的l合需求也无法辑ֈ企业间的商务协同自动化和化的需求。信息化的经效益难以有效发挥。同时信息化标准不健全,如电子交换接口标准、业务流E协同标准;通中的票证、单据格式标准;电子数据交换所必须的结构化数据标准{?/font>

     采用传统的系l架构技术和传统的EAI和B2Bi技术则存在pȝ闭、厂商依赖性强、耦合度高、重用性差Q扩展性差、无法和上下怼业的pȝ建立l一的接口等问题。而采用SOA 技术则可以有效解决上述问题Q由于SOAZHTTP/SOAP/WSDL{开攑ּ技术,对于特定厂商产品依赖性小Q系l开放、互操作性强Q可以徏立统一的WEB服务用于和不同的上下怼业信息系l实C应链协同。由于SOA的松耦合Ҏ、比较符合集团和各下属机构的商业关系Q业务流E整合和目协调的阻力会有效降低?/font>

      SOA以服务ؓ基本单元Q更加脓q于企业的商业活动,业务梳理和徏模的复杂度会有效降低Q重用性也会有效提高。另外采用SOAQ企业ITpȝ所提供的服务会更容易扩展、组合和变更Q符合该集团目前业务发展变化较快的特点,可以有效的降低该集团ITpȝ的长期拥有M成本。我们将该集团公怽Z个试点,推进SOA技术的q用Q来有效解决上述问题?/font>

      “协同商务”的新l济时代卛_到来

      采用SOA技术最l将使得各个商业企业之间、各个关联的l济实体之间实现高效实时的联接,使得整个产业铑֮现自动化的协同商务,会有力的提高商业企业的应变能力Q{变现有的商业q作模式Q{变经增长的方式。SOA技术将促进信息pȝ在商业企业N易活动中的全面渗入和发展Q对于简单的贸易zdQ将会由信息pȝ自动化实玎ͼ对于复杂的N易活动,信息pȝ会Z业管理h员提供够的决策信息q可以高效的执行决策。SOA技术的应用会全面提高商务的自动化、智能化和实时化水^?/font>

      采用SOA技术实现协同商务可以提高城市范围内商流、物、资金流和信息流的运行效率,扩大北京市商业企业整体规模效益,加强商业企业的整体对外竞争力Q拉动经增长,降低企业q营成本Q推动城市流通信息技术创Cpȝ建立Q提高北京市通现代化水^Q促q城市管理现代化和城市社会经信息化的进E?/font>

      采用SOA技术可以将物企业、物业企业、商业企业、消费者整体整合在一P对供应链兌企业、物企业以及网上支付体pR安全认证体pȝ环境h明显的带动作用,有利于促q支撑环境协同发展?/font>

      促进商业企业信息化标准的制定Q完善政府职?/strong>

      采用SOA技术ؓ信息pȝ的沟通提供了技术基Q而随着SOA在商业企业的应用Q必促q统一的商业领?a target="_new">电子商务行业标准的发展和制定Q对促进国家商业企业信息标准体系的徏立和完善h重要支撑作用?/font>

      SOA技术ؓ政府对商业经的q行状况提供了实时监和指导的技术可能性,从Ҏ上改变政府对C会l济的管理方式?/font>

      ZSOA的协同商务带来的最直接的好处就是由于N易范围的I前扩大而生的全球贸易zd的大q度增加Q因而提高了贸易环节中大多数角色的交易量Q因此,全球范围的经Ş势将向一个良好的增长势发展。它q可以扩大地方商业企业整体规模效益,加强商业企业的业务整合和商业协同效应Q提高商业企业的整体对外竞争力,通过协同商务有效降低企业q营成本Q推动城市流通信息技术创Cpȝ建立Q提高地方的通现代化水^Q促q城市管理现代化和城市社会经信息化的进E?/font>

      SOA在商业企业的应用可以物企业、物业企业、商业企业、消费者整体整合在一P对供应链兌企业、物企业以及网上支付体pR安全认证体pȝ环境h明显的带动作用,可推动信息化各环节的全面应用与发展,有利于促q业链和支撑环境协同发展,从而也创造了更多的就业机会和C会财富?/font>

      信息产业是知识经的核心和主要的推动力,而企业信息化又是目前信息产业中最具前途的发展势Q因此说企业信息化的发展Q必直接或间接地推动知识经的潮。这U知识经有着大量的无形成本和高附加|在东南亚金融危机的同Ӟ高科技l美国带来的?高增镉K度、高׃率、低通货膨胀?。这也是我国在宣传知识经的热潮中应注意的一个真正有价值的切入炏V?/font>

      SOA技术由于其前所未有的信息系l整合与自动协同能力Q成为互联|以来又一个革命性的技术,会把目前基于WEB/互联|的知识l济推进C个前所未有的新阶段?/font>


十、SOA 企业考虑事项

      服务驱动型企业在对客戗合作伙伴和雇员的高效化服务斚w得到了优?-- q加速了业务服务响应旉。然而,成ؓ服务驱动型企业,需要的不仅仅是产品的部|Ӏ对实现服务驱动型架构感兴趣的企业将希望能与一个有l验?SOA 提供商合作,它提供的服务可以保护企业在业务和 IT 斚w的投入,他们考虑C以下几个斚wQ?nbsp;


      业务战略Q?l织需要明驱动关键业务流E的业务战略Q它用于成?SOA 的框架。一旦识别出业务问题Q就可以用一U一致的、可复用的方法对其进行定义,q实?font color="blue">解决Ҏ
。在q个关键的基阶段Q业务通常需要与一个拥有开?SOA 业务战略l验、ƈ能共享横向和U向市场最佛_늚提供商进行合作?
      体系l构Q?Z解决Ҏ快速和动态的交付Q企业必d发一U允许装配组件和服务的体pȝ构框架。通过与有l验?SOA 提供商合作,企业可以获得相应的参考案例,以快速搭Z个关注复用、避?" 烟囱 " Q?stovepipe Q式应用E序?IT 资源 " 孤岛 " 的体pȝ构。此外,有经验的 SOA 提供商还可以帮助企业寚w目的易管理性进行设计?

      构徏模块Q?不管是对体系l构q是对编E模型来_ SOA 都是是思考构Y件模型的一U优U方式。与 SOA 提供商进行合作能让组l能够识别可?SOA 实现中用或重用的构建模块代码、服务、应用程序和lg。与有经验的 SOA 提供商进行合作还有一个好处,企业可以获得Ҏ造组件、企业域Q?domains Q、服务和规范数据模型的参考经验?br />
      目和应用程?/strong>Q?SOA 创造了一U在更强大、更灉|的编E模式中搭徏应用E序的新Ҏ。与 SOA 提供商合作的企业可以更好地识别将被合q到 SOA l构体系中的现存的和正在使用的应用程序。有l验?SOA 提供商还引导项目基架构的搭建,q对正在q行中的目提供有效的管理?
成本和收益: 在一?SOA 目中,开发和l护成本大大削减,。有l验?SOA 提供商可以帮助企业构?SOA 基金模式Qƈ构徏 " 行动案例 " Q包括评估基构造成本和效益、实现项目的最x资回报( ROI Q以及开发商务案例?

      l织和统?/strong>Q?l织需要ؓ新的面向服务?IT l织识别角色和职责,q优化经验集便于以后使用。有l验?SOA 提供商可以帮助企业实现这些目标,同时l织一个有效的设计 " 复用工厂 " Q?Reuse Factory Q,帮助定义l辖模式Qƈ最l保证客h意?



黎夕 2009-02-11 15:21 发表评论
]]>
վ֩ģ壺 þþþAV| һӰ߿Ƭ| Ʒҹѹۿ| պëƬ߹ۿ| ޹Ʒһž| ޳AVƬ| 91޹˾þþƷվ| Ļ߹ۿ| һëƬѿ| һƬɫ | ŷ͵ۺ| ̱߳ˬƵվ | avרߵӰ| ˿appַios| 91ѹ߹ۿ| ޹ۺϾþ| xxxxxx| WWWƵ| һƷĻ| ƷþþþþĻ| 98ƷȫѹۿƵ| ҹɫһ| ޶Ƶ| ձһѿ| avֻ߹ۿ| avһ| þƷAV鶹Ƭ| ĻƷƵ| 2019Ļ | jjizzȫѿƬ| ˳վ߹ۿ| Ʒۺվ| ŮоƷƵվ | ŷһëƬ| ޲Ļ| ѹۿ˳վ| þҹɫƷa| Ƭ߹ۿѹۿȫһ| A޾VƷ| Ʒһ| Ʒ߹ۿ |