SOA的十大技术理论体系
- 格式:doc
- 大小:18.50 KB
- 文档页数:4
SOA体系架构面向服务架构(Service Oriented Architecture SOA)的设计目标是以服务为基础,通过服务的交互来实现系统动态、松耦合集成,极大的降低了复杂性及成本。
1.面向服务的架构SOA(Service Oriented Architecture) 是一种面向服务的体系架构,是一个模型,其目的是最大限度地重用应用程序中的服务以提高IT适应性和效率。
在这个模型中,核心的概念是“服务”。
关于“服务”,W3C给出如下描述:服务提供者完成一组工作,为服务使用者交付所需的最终结果。
最终结果通常会使使用者的状态发生变化,但也可能使提供者的状态改变,或者双方都产生变化。
应用系统通过预先定义好的接口使用服务或提供服务。
接口的定义是中立的,独立于实现服务的硬件平台、操作系统和编程语言。
SOA中存在三种角色:服务使用者、服务提供者和服务注册中心。
他们之间的协作遵循“查找、绑定和调用”的范例。
a.服务使用者:服务使用者是需要使用服务的应用程序、软件模块或者其他服务,并了解服务的接口说明信息,通过某种协议来与服务绑定,最终执行服务。
b.服务提供者:服务提供者将自己的服务和接口信息发布到服务注册中心,使得服务使用者可以发现和调用它。
它接受来自服务使用者的请求,并可以远程执行请求者的服务。
它是创建服务的实体。
c.服务注册中心:服务注册中心类似于现实生活中的中介。
服务提供者在注册中心存放自己服务的接口信息,供服务请求者查询,服务请求者在注册中心查找自己需要的服务的信息。
SOA体系架构具有以下几个基本特征:1.SOA在相对较粗的粒度上对应用服务或业务模块进行封装与重用;2.服务间保持松散耦合,基于开放的标准,服务的接口描述与具体实现无关;3.灵活的架构——服务的实现细节,服务的位置乃至服务请求的底层协议都应该透明。
2.SOA的实现技术虽然,SOA是一种不受限于具体技术的体系结构,理论上可以用Web Services、RMI、COM、CORBA等技术来实现。
SOA的架构层次面向服务的架构(SOA)是一种灵活、松耦合的系统设计方法,它将应用程序的不同功能单元(称为“服务”)通过这些服务之间定义良好的接口和契约联系起来。
这种方法使得系统中的服务可以以一种统一和通用的方式进行交互,从而实现了系统的高内聚、低耦合。
本文将深入探讨SOA的架构层次,分析其各个组成部分及其在系统设计和实现中的作用。
一、服务层服务层是SOA架构的核心,它包含了一组可复用的、粗粒度的服务。
这些服务是业务逻辑的封装,具有明确的接口定义,可以独立部署和升级。
服务层的设计需要遵循一定的原则,如服务的无状态性、服务的自治性、服务的可发现性等。
这些原则保证了服务的可靠性、可维护性和可扩展性。
二、服务注册与发现层服务注册与发现层负责服务的注册、查找和管理。
当一个新的服务被创建并部署到系统中时,它需要在服务注册中心进行注册,将自己的接口定义、访问地址等信息发布到注册中心。
其他服务或客户端可以通过服务发现机制在注册中心查找所需的服务,并获取其访问信息。
这一层为系统提供了动态的服务绑定能力,使得服务之间的依赖关系更加灵活和可扩展。
三、传输层传输层负责数据的传输和通信。
在SOA架构中,服务之间的通信通常基于开放的标准协议,如HTTP、SOAP、REST等。
这些协议保证了服务之间的互操作性和跨平台性。
传输层还需要处理诸如消息格式转换、加密解密、压缩解压缩等底层细节,以确保数据的完整性和安全性。
四、业务流程层业务流程层负责将服务组合成业务流程。
一个业务流程可能涉及多个服务的协同工作,以完成某个具体的业务目标。
业务流程层通过编排和协调这些服务,实现了业务流程的自动化和智能化。
此外,业务流程层还可以根据业务需求对服务进行动态调整和优化,以提高系统的响应速度和资源利用率。
五、表示层表示层是系统的用户界面,负责与用户进行交互。
在SOA架构中,表示层可以通过调用服务层提供的服务来获取数据并进行展示。
由于服务层提供了统一的接口和数据格式,表示层可以更加灵活地设计和实现用户界面,以满足不同用户的需求和偏好。
解析SOA架构与相关技术SOA(服务导向架构)是一种设计和构建应用程序的软件架构风格,它将应用程序的功能划分为一组可以独立运行和管理的服务。
服务之间通过网络进行通信,并通过一套标准的接口定义和协议交换数据。
SOA架构的核心思想是将复杂的应用程序拆分为一系列相对独立的服务,每个服务都具有明确定义的接口,并且可以独立开发、部署和维护。
这种模块化的设计使得应用程序更易于扩展和升级,同时也提高了开发的效率和重用性。
在SOA架构中,服务是一种可组合的单元,可以进行组合和重组以满足不同的业务需求。
服务可以由不同的组织或团队开发,并且可以在不同的技术平台上运行。
这种松耦合的设计使得服务可以独立演化和升级,而不会对整个系统产生影响。
与SOA架构相关的一些技术包括:1. 服务描述语言(Service Description Language,SDL):用于描述服务的接口和功能。
常见的SDL包括WSDL(Web ServicesDescription Language)和RESTful API。
2. 服务注册与发现:用于管理和查找可用的服务。
常见的技术包括UDDI(Universal Description, Discovery, and Integration)和Zookeeper。
3. 服务编排:用于组合和协调多个服务以完成复杂的业务流程。
常见的技术包括BPEL(Business Process Execution Language)和Camel。
4. 服务治理:用于管理和监控服务的运行状态和行为。
包括安全性、可靠性、性能等方面的管理。
常见的技术包括ESB(Enterprise Service Bus)和API网关。
5. 服务交互:用于实现服务之间的通信和数据交换。
常见的技术包括SOAP(Simple Object Access Protocol)和REST(Representational State Transfer)。
实践论认为:从实践提升到理论,再由理论指导实践,由此向前发展。
目前SOA的发展的情况正是如此,通过不少实践,SOA的模型己经被公认为标准规范,目前是正需要进一步总结上升到理论的时候了。
当前国内要发展SOA主要有三方面工作:方法、工具和环境。
方法是工程技术,由基础理论来指导提出的。
所以一门科学必需要包括:认知科学(哲理)、工程技术和方法、最后是理论。
架构的演化过程
SOA是从面向对象、构件架构等逐步发展完善,且相互依托、相互补充、又各自适应不同范围,因此在讨论SOA理论时,要了解它是如何演化过程来,继承了哪些理论体系,其适应度如何。
结构编程方法
40年前国际上发生了“软件危机”,如IBM公司开发一个操作系统,或美国的航空公司开发飞机订票系统,都花费了上千人数年的工作量。
它开发周期长、而开发出来的产品却是错误很多,难以维护和适应修改。
正在此时,一位荷兰的物理家提出了一种“结构程序设计方法”,他认为:人的智力是有限的,采用数学或物理学的思维方法,用枚举、抽象、归纳、类比等思维方式简化问题。
由于我也是数学系毕业的,我拜读了他的所有论文,就编写一本著作《编程方法学》。
用此方法扩展到软件设计中时,称为“结构化分析和结构化设计(SASD)”。
所谓“结构程序设计方法”,就是基于面向对象设计方法的早期蓝本,侧重於解决程序正确性的编程的方法,以此为基础建立了软件工程这门学科,建立了编程的基础理论体系,也是第一个技术与基础理论体系。
“面向对象”的可重用理论
我们都知道由面向对象发展到面向构件,由面向构件再发展到面向服务,因此它们的认知观和基础理论都是息息相关的。
解决大型软件的开发效率和质量除了要解决编程的正确性外,还必需解决开发周期长、复用性差、成本高、文档多以及难以适应系统演化等问题,这些问题十多年来仍旧困惑着这门学科,“软件危机”仍未解决。
人们的知识是从一个定理、一个原理逐步积累起来的,社会是依靠知识的不断积累发展的。
然而编制软件每次却都是从零开始,这是造成“软件危机”的根本原因。
由此提出了编程工作是否也可以重用以前成功的经验和程序呢整整经过十多年的探索,到七十年代才获得成功。
我曾经用此方法设计了一个大型操作系统,这套方法和理论在产品开发和科研领域方面用得很多,因此我称它为第二个技术与基础理论体系。
面向构件和架构
鉴于面向对象的缺陷,三位面向对象的奠基人联合起来,创建了UML统一建模语言。
UML为软件开发和SOA的产生起到奠基和里程碑的作用。
UML主要理论成果是:统一面向对象的基本概念,并引进了许多新的概念,认为软件开发的过程实质上是从抽象的模型逐步细化,过渡到具体的实现,其中间的每个阶段都是实现了某一抽象模型,UML为此提供了建立模型的工具。
用直觉的图形来建立模型,从此软件专家就有了自己的工具,正如音乐家有了五线谱工具那样。
为适应软件的多变性,提供了演化的概念。
实际上此建模理论是第三个技术与基础理论体系,它为演化到构件和架构概念奠定基础理论模型。
由于工程上的实施缺乏开发规范,在技术上要求开发人员的素质较高,很少见到真正运用UML的方法于实际的工程开发应用软件中,最大的问题是被开发出来的软件难以演化,而软件要能适应变化是客观存在的。
为此发展出单纯重用的“构件和架构”技术及其理论体系。
在1998年日本京都召开的“基于构件的软件开发(CBSD)”国际专题学术会议上,一致认为软件开发技术离不开构件和体系结构。
软件体系结构现简称“架构”。
在此之前的软件架构都采用层次结构的架构,直到分布式系统提出了用户端/服务器模式后,才产生对架构的研究,出现了构件和架构,也就是第四个技术与基础理论体系。
卡内基·梅隆大学为软件的架构和框架建立了扎实的基础理论,软件体系结构是软件系统的高级抽象,体现了软件设计思想。
反映了系统开发中最早的决策,明确了系统有哪几部分组成,它们之间是如何交互的;进一步影响到资源的配置、团队的组织以及产品的质量。
系统的成败也在于体系结构。
三层体系结构分布式系统
三层体系结构是由二层结构的胖终端中的应用构件独立出来组成了应用层。
为解决分布式系统中的各种潜在复杂性,提出了中间件技术及其理论,称为第五个技术与基础理论体系。
八年前我的最后一位博士生王文军的学位论文是《分布式系统的联邦结构》,即面向服务的架构,但未被应用和发展。
而两年前IBM公司提出SOA后却很快被广泛接受,其原因可从客观需求上和技术成熟度上三方面来叙述:
其一,客观上需要,随着网络普及化,用户越来越迫切需要将现有多个应用系统集成,以能实现更强的信息处理功能。
如电子商务的供应链、智能交通、电子政务、数字地球等已是本世纪发展的热点。
Gartner 预计,到2008年基于件产品将占领70%的市场份额。
其二,面向对象和构件架构的基础理论和技术已趋向成熟,发展到统一建模语言,提供建模工具。
中间件集群理论己趋向成熟,并提出了中间件Inter Bus技术。
其三,浏览器技术普及,己成为行业标准,奠定了SOA的基础理论和技术规范,由此已是水到渠成,使SOA拙壮成长。
SOA在实现中的组成部分
SOA的体系结构仍旧是三层或N层结构,但对异构平台各层之间的联系,不是用CORBA、J2EE或.NET的方式,而且用WBDL和SOAP来实现,它们的概念简单统一。
目前都是采用嵌入ESB企业服务总线的平台来实现,ESB是一个中间件群,确保系统实现了服务接口、各种中间件以及松耦合的三个方面功能,因此称它为第六个技术与基础理论体系。
另外,普遍采用BPEL(业务过程执行语言)来描述用户需求,由BPM(业务过程管理平台)来解释执行,构成了第七个技术与基础理论。
SOA的主要优点
1. 利用现有的资产。
方法是将这些现有的资产包装成提供企业功能的服务。
组织可以继续从现有的资源中获取价值,而不必重新从头开始构建。
2. 更易于集成和管理复杂性。
将基础设施和实现发生的改变所带来的影响降到最低限度。
因为复杂性是隔离的,当更多的企业一起协作提供价值链时,这会变得更加重要。
3. 更快地整合现实。
通过利用现有的构件和服务,可以减少完成软件开发生命周期所需的时间。
这使得可以快速地开发新的业务服务,并允许组织迅速地对改变做出响应和缩短开发时间。
4. 减少成本和增加重用。
通过以松散耦合的方式公开业务服务,企业可以根据业务要求更轻松地使用和组合服务。
5. SOA业务流程是由一系列业务服务组成的,可以更轻松地创建、修改和管理它来满足不同时期的需要。
建立软件开发方法和规范
构件构架理论体系的应用是适用于构件技术创立的,当发展到面向服务的体系结构时,必需加以修改和扩充,现在称为模型驱动MDD的需求工程建模理论,可以称它为第八个技术与基础理论体系。
另一个构件的领域工程将要扩充成SOA的参考结构,这是第九个技术与基础理论体系。
SOA的门户将要反映SOA所有功能的表现层界面,为此如何将最新的与SOA给合,这是第十个技术与基础理论体系。
上述三方面是SOA在实际应用时必需要建立的理论和技术。
SOA的发展状况
IBM公开宣布SOA计划不到三年,去年年底,BEA公司、甲骨文公司、惠普等所有名牌公司都在中国发布了关于SOA的消息。
由于SOA模型统一,因此都是把本公司的中间件产品向SOA靠拢,提供开发和运行SOA系统的相应工具和环境,以争取市场的份额。
北京市市科委将为SOA核心平台研发提供资金,由软件行业促进中心统一管理,促进北京市IP行业发展。
其方案如图所示。
随着SOA理论的发展,各种与SOA有关的规范和标准将不断出现,如SOAP、WSDL、ESB、BEPL语言等,它们的出现象征着SOA将逐步走向成熟。
我们更应注意着各家公司所开发的工具和环境产品,有助于SOA 的大力推广应用。
上述十大理论体系应该认真掌握、灵活应用,更应该不断刨新。
总之,SOA理念清晰、技术趋向成熟,实现不难、做好不容易,我们不要做重复工作,应经常交流,尽量少重复,一定能达到国际一流水平。
作者简介
仲萃豪是我国第一代知名软件专家和学术带头人之一,率先开展对编译程序、编译语言、操作系统、支撑软件、应用软件诸领域有关课题的研究,1993年开始转入研制开发大型复杂应用软件和大型分布式系统。
在国内最早提出基于构件技术的实现方法及其中的关键技术。
为我国软件事业的发展和人才培养做出了重要贡献,先后获得了八个重大奖项。
曾任中科院软件所学术委员会主任、室主任、博士生导师、北京市政府顾问、国家科技攻关重大项目——CASE 工具环境总体组副组长,并承担多项国家科技攻关专题项目。