面向服务的软件体系结构_第1页
面向服务的软件体系结构_第2页
面向服务的软件体系结构_第3页
面向服务的软件体系结构_第4页
面向服务的软件体系结构_第5页
已阅读5页,还剩16页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、什么是面向效力的体系构造面向效力的体系构造(SOA)是一个组件模型,它将运用程序的不同功能单元(称为效力)经过这些效力之间定义良好的接口和契约联络起来。接口是采用中立的方式进展定义的,它应该独立于实现效力的硬件平台、操作系统和编程言语。这使得构建在各种各样的系统中的效力可以以一种一致和通用的方式进展交互。 1.什么是面向效力的体系构造这种具有中立的接口定义(没有强迫绑定到特定的实现上)的特征称为效力之间的松耦合。松耦合系统的益处有两点,一点是它的灵敏性;另一点是,当组成整个运用程序的每个效力的内部构造和实现逐渐地发生改动时,它可以继续存在。而与此相对,紧耦合意味着运用程序的不同组件之间的接口与

2、其功能和构造是严密相连的,因此当需求对部分或整个运用程序进展某种方式的更改时,它们就显得非常脆弱。 2.什么是面向效力的体系构造3.什么是面向效力的体系构造对松耦合系统的需求来源于业务运用程序需求根据业务的变动变得更加灵敏,以顺应不断变化的环境,比如经常改动的政策、业务级别、业务重点、协作同伴关系、行业位置以及其他与业务有关的要素,这些要素甚至会影响业务的性质。我们称可以灵敏地顺应环境变化的业务为按需(On Demand)业务,在按需业务中,一旦需求,就可以对完成或执行义务的方式进展必要的更改。 4.什么是面向效力的体系构造虽然面向效力的体系构造不是一个新颖事物,但它却是更传统的面向对象的模型

3、的替代模型,面向对象的模型是紧耦合的,曾经存在二十多年了。虽然基于 SOA的系统并不排除运用面向对象的设计来构建单个效力,但是其整体设计却是面向效力的。由于它思索到了系统内的对象,所以虽然SOA是基于对象的,但是作为一个整体,它却不是面向对象的。不同之处在于接口本身。SOA系统原型的一个典型例子是通用对象恳求代理体系构造(Common Object Request Broker Architecture,CORBA),它曾经出现很长时间了,其定义的概念与SOA类似。 5.什么是面向效力的体系构造然而,如今的SOA曾经有所不同了,由于它依赖于一些更新的进展,这些进展是以可扩展标志言语(eXten

4、sible Markup Language,XML)为根底的。经过运用基于XML的言语(称为Web效力描画言语,Web Services Definition Language,WSDL)来描画接口,效力曾经转到更动态且更灵敏的接口系统中,非以前 CORBA中的接口描画言语(Interface Definition Language,IDL)可比了。 6.构成SOA的技术是什么SOA本身应该是“如何将软件组织在一同的笼统概念。它依赖于用 XML 和 Web 效力实现并以软件的方式存在的更加详细的观念和技术。此外,它还需求平安性、战略管理、可靠音讯传送以及会计系统的支持,从而有效地任务。您还可以

5、经过分布式事务处置和分布式软件形状管理来进一步地改善它。 7.构成SOA的技术是什么SOA效力和Web效力之间的区别在于设计。SOA 概念并没有确切地定义效力详细如何交互,而仅仅定义了效力如何相互了解以及如何交互。其中的区别也就是定义如何执行流程的战略与如何执行流程的战术之间的区别。而另一方面,Web效力在需求交互的效力之间如何传送音讯有详细的指点原那么;从战术上实现SOA模型最常见的方式是经过HTTP传送的SOAP音讯。因此,从本质上讲,Web 效力是实现SOA的详细方式之一。 8.构成SOA的技术是什么既为了建立一切这些信息的适当控制,又为了运用平安性、战略、可靠性以及会计方面的要求,在S

6、OA体系构造的框架中参与了一个新的软件对象。这个对象就是企业效力总线(ESB),它运用许多能够的音讯传送协议来担任适当的控制、流甚至还能够是效力之间一切音讯的传输。虽然ESB并不是绝对必需的,但它却是在SOA中正确管理您的业务流程至关重要的组件。ESB本身可以是单个引擎,甚至还可以是由许多同级和下级ESB组成的分布式系统,这些 ESB一同任务,以坚持SOA系统的运转。在概念上,它是从早期比如音讯队列和分布式事务计算这些计算机科学概念所建立的存储转发机制开展而来的。 9.如何构建SOA系统利用SOA的益处不仅仅在于它是一个软件开发流程,而且还是一个业务开发流程。采用SOA有四个层次,您的实现可以

7、跨越从创建特定的软件效力到将您的业务模型全面转换到按需系统的过程。10.如何构建SOA系统第一个层次是最简单的,由于它只需创建单独的效力。在第二个层次中,您不仅可以创建效力,而且可以开场将业务功能集成到SOA中。这涉及多个层次的集成,其中包括运用程序集成、信息集成、流程集成和整个系统的集成。第三个层次涉及将您的企业IT根底设备转换到 SOA模型,而采用SOA的第四个层次集中于转换您的业务模型,以使之成为随需应变的模型。11.如何构建SOA系统从IT专业人员的角度来看(与业务层相比),要创建SOA运用程序,通常将阅历四个阶段:构建、部署、运用和管理。在构建阶段中,您可以定义业务模型或流程、软件模

8、型和SOA模型。之后,就可以创建一组效力,这组效力可以与已发布的通用接口一同重用。在部署阶段,提取创建的效力,并把它们放在一个可执行、可管理的环境之中。在运用阶段,根据前面所讲的SOA和软件模型来装配运用程序,并且测试其软件质量以及非功能性需求,比如性能、可伸缩性等等。运用程序如今曾经预备终了并且可交付用户。最后的管理阶段是一个长期的过程,在这个阶段中,可以监控并管理平安性和运用,以及在许多与能够曾经为 SOA制定好的效力级协定或战略相对应的方面比较其性能。12.近间隔审视面向效力的体系构造面向效力的体系构造提供了一种方法,经过这种方法,可以构建分布式系统来将运用程序功能作为效力提供应终端用户

9、运用程序或其他效力。其组成元素可以分胜利能元素和效力质量元素。 面向效力的体系构造的元素 :体系构造堆栈分成两半,左边的一半集中于体系构造的功能性方面,而右边的一半集中于体系构造的效力质量方面。 13.近间隔审视面向效力的体系构造14.近间隔审视面向效力的体系构造功能性方面包括:传输是一种机制,用于未来自效力运用者的效力恳求传送给效力提供者,并且未来自效力提供者的呼应传送给效力运用者。 效力通讯协议是一种经过协商的机制,经过这种机制,效力提供者和效力运用者可以就将要恳求的内容和将要前往的内容进展沟通。 效力描画是一种经过协商的方式,用于描画效力是什么、应该如何调用效力以及胜利地调用效力需求什么

10、数据。 效力描画实践可供运用的效力。 业务流程是一个效力的集合,可以按照特定的顺序并运用一组特定的规那么进展调用,以满足业务要求。留意,可以将业务流程本身看作是效力,这样就产生了业务流程可以由不同粒度的效力组成的观念。 效力注册中心是一个效力和数据描画的存储库,效力提供者可以经过效力注册中心发布它们的效力,而效力运用者可以经过效力注册中心发现或查找可用的效力。效力注册中心可以给需求集中式存储库的效力提供其他的功能。 15.近间隔审视面向效力的体系构造效力质量方面包括:战略是一组条件和规那么,在这些条件和规那么之下,效力提供者可以使效力可用于运用者。战略既有功能性方面,也有与效力质量有关的方面;

11、因此,我们在功能和效力质量两个区中都有战略功能。 平安性是规那么集,可以运用于调用效力的效力运用者的身份验证、授权和访问控制。 传输是属性集,可以运用于一组效力,以提供一致的结果。例如,假设要运用一组效力来完成一项业务功能,那么一切的效力必需都完成,或者没有一个完成。 管理是属性集,可以运用于管理提供的效力或运用的效力。 16.实现面向效力体系构造的技术代表 协 议 :一个典型的 S OA实现 S O A 与 Web S e r v i c e s17. 协 议 :一个典型的 S OA实现 每一项新技术都是在一些原有技术根底上开展出来的。正如XML根本思想来自于在20世纪60年代就曾经出现的早

12、期标志性言语一样,S O A虽然近几年才出现 ,但是它所表达的观念应该说在网络这种分布式系统构造出现不久就曾经广泛运用了。例如我们最熟习的HT T P 协议就是一个非常典型的S O A架构设计。18. 协 议 :一个典型的 S OA实现 H T T P协议满足了S OA的三个根本特点 : ( 1 )独立的功能实体 作为效力器端的WEB效力器总是非常稳定地按照 本人的内在逻辑运转 ,呼应外部的恳求 ,管理本人的资源和数据。( 2)大数据量低频率访问 对于一个HT T P恳求来说 , 客户端与效力器端之间访问的边境就是一个恳求,一个呼应,没有任何其它的信息往返。对于客户端来说 ,它发出的恳求只是简

13、单的通知 We b效力器它所需求的网页的位置;( 3 )基于文本的音讯传送 迄今为止兼容性最好的系统能够就是HT T P 协议支撑的大部分的w e b 运用了,这里的关键就是一切内容都是以格式化的文本方式传送的,而由于不同的操作系统上对于一样的H T ML的解释遵照一样的规范,因此不同操作系统下依然可以看到一致的用户界面。 19. SOA与 Web Service s 这里值得阐明的是S OA不是 We b S e r v i c e s 。 根据2003年4月的报道 , 这个问题是这样解释的:“We b S e r v i c e s 是技术规范 ,而S OA是设计原那么。特别是 We b

14、S e r v i c e s 中的WS D L ,是一个S O A配套的接口定义规范:这是 We b S e r v i c e s 和 S OA的根本联络。从本质上来说 ,S OA是一种架构方式 ,而 We b S e r v i c e s 是利用一组规范实现的效力 。 We b S e r v i c e s是实现 S OA的方式之一 。用 We b S e r v i c e s 来实现 S OA的益处就是可以实现一个中立平台,来获得效力 ,而且随着越来越多的软件商支持越来越多的WEB效力规范 ,可以获得更好的通用性。 20.终了语SOA的概念并非什么新东西,S O A不同于现有的分布式技术之处在于大多数软件商接受它并有可以实现S O A的平台或运用程序。S

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论