对于SOA的简单介绍分析

“soa”名词解释

1、“soa”的概念

SOA（Service-OrientedArchitecture，面向服务的架构）：

是一种在计算机环境中设计、开发、部署和管理离散模型的

方法。SOA不是一种新鲜事物，它是在企业内部IT系统重复

构建以及效率低下的背景下提出的。在SOA模型中，所有的

功能都被定义成了独立的服务，所有的服务通过服务总线(ESB)或流程管理器来连接。这种松散耦合的结构使得能够以

最小的代价整合已经存在的各种异构系统，当然，由于需要

实现对各种异构系统的适配(通常使用ESB来完成不同系统

之间的协议转换及数据格式转换)，因此，其本身也会引入更

多的复杂性。

二、soa的特征

·可重用：一个服务创建后能用于多个应用和业务流程。

·松耦合：服务请求者到服务提供者的绑定与服务之间应该

是松耦合的。因此，服务请求者不需要知道服务提供者实现

的技术细节，例如程序语言、底层平台等等。

·明确定义的接口：服务交互必须是明确定义的。Web服务

描述语言（WebServicesDescriptionLanguage，WSDL）是用

于描述服务请求者所要求的绑定到服务提供者的细节。WSDL

不包括服务实现的任何技术细节。服务请求者不知道也不关

心服务究竟是由哪种程序设计语言编写的。·无状态的服务设计：服务应该是独立的、自包含的请求，

在实现时它不需要获取从一个请求到另一个请求的信息或

状态。服务不应该依赖于其他服务的上下文和状态。当产生

依赖时，它们可以定义成通用业务流程、函数和数据模型。

基于开放标准：当前SOA的实现形式是Web服务，基于的

是公开的W3C及其他公认标准．采用第一代Web服务定义

的SOAP、WSDL和UDDI以及第二代Web服务定义的WS-*

来实现SOA。

三、soa设计原则

·明确的接口定义：接口需满足稳定、明确、封装性等要求。

·自包含与模块化：实现服务的功能实体是完全独立自主的，

独立进行部署、版本控制、自我管理和恢复。

·粗粒度：服务数量不应太多，依靠消息交互而不是远程过

- 1 - soa是什么意思

soa是一个抽象的架构模式，它使软件系统具有一致性和灵活性。所谓一致性，是指应用系统中的所有元素在构建时，其属性值都必须唯一，或者至少应该保持不变。系统可以随需要改变属性值，也可以重新分配或回收资源，即重用。所谓灵活性是指应用系统内部各模块之间的相互协作。在soa架构下，软件由许多可独立工作的部分组成，这些部分又由各个服务组成，服务就像其他模块一样，具有独立的功能、状态和行为。

这个框架就是一种企业组织机构，它把软件设计，软件运行和应用组织起来。企业只需要定义那些需要集成的业务功能，而不需要考虑其他问题。 soa架构采用了微内核的模式，从根本上消除了依赖于单个代码包的风险。它在现实世界的许多企业中被广泛应用。

soa是一种面向服务的体系结构，它是一个基于服务的技术平台，为企业级应用提供一个良好的环境。在构建soa应用系统时，必须要考虑它对应用系统的影响。因此，当应用系统中有大量使用外部服务时，如何确保外部服务在安全、高效、标准、合法的条件下交付，并保证接口的规范化、简单化和可维护性是一个关键问题。服务作为一种信息承载和交换机制，通过标准接口在应用之间进行共享，其中标准接口是指在同一平台上实现信息传递的接口。

oa的核心功能可以理解为企业资源管理(erp)、客户关系管理(crm)与供应链管理(scm)。 oa的三个组成部分为基础支撑层、业务功能层和应用层。从基础支撑层到应用层依次开展。具体的讲oa中 - 2 - 涉及了六个关键技术：工作流管理、知识管理、协同商务、目录服务、业务过程管理。此外还有三个特性：灵活性、集成性和稳定性。

业务流程重组（ bpr）是近年来企业界非常流行的词汇，而soa正是它的基础。 bpr将推动商务智能（ bi）的发展，让商务智能帮助企业来利用数据分析技术来改善决策。 oa的三个主要特征为：标准性、简单性和开放性。 soa应用系统的设计是一个面向服务的过程。从应用系统的前端开始，逐步扩展到后端。与soa技术相适应的体系结构为弹性的、以服务为中心的、无状态的和面向服务的。

1 SOA的基本概念

《SOA：原理方法实践》的第1章从概念上对SOA给出一个全面而精炼的总体描述。首先说明SOA的特点，以及使用SOA对系统进行架构决策和设计的必要性。然后介绍了SOA的参考体系结构、设计原则及相关技术的简介。

引言

《SOA：原理方法实践》是一本全面探讨SOA理念、SOA方法学、设计模式和案例分析的书籍。这本书由IBM新技术研究院Web 2.0首席架构师毛新生领衔执笔，汇集了IBM软件开发中心众多SOA专家们的经验和智慧。

本书首先从作者的实际经验出发，分析SOA产生的根源，然后分析SOA的相关开发技术，最后结合实例讲述完整SOA项目的开发过程。我们将陆续推出此书的第1、4、10章。

1.1 SOA的基本概念

SOA是英文词语"Service Oriented Architecture"的缩写，中文有多种翻译，如"面向服务的体系结构"、"以服务为中心的体系结构"和"面向服务的架构"，其中"面向服务的架构"比较常见。SOA有很多定义，但基本上可以分为两类：一类认为SOA主要是一种架构风格；另一类认为SOA是包含运行环境、编程模型、架构风格和相关方法论等在内的一整套新的分布式软件系统构造方法和环境，涵盖服务的整个生命周期：建模-开发-整合-部署-运行-管理。后者概括的范围更大，着眼于未来的发展，我们更倾向于后者，认为SOA是分布式软件系统构造方法和环境的新发展阶段。

（摘要： 业务流程，业务服务的关系）

在SOA架构风格中，服务是最核心的抽象手段，业务被划分（组件化）为一系列粗粒度的业务服务和业务流程。业务服务相对独立、自包含、可重用，由一个或者多个分布的系统所实现，而业务流程由服务组装而来。一个"服务"定义了一个与业务功能或业务数据相关的接口，以及约束这个接口的契约，如服务质 2 量要求、业务规则、安全性要求、法律法规的遵循、关键业绩指标（Key

Performance Indicator，KPI）等。接口和契约采用中立、基于标准的方式进行定义，它独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在不同系统中的服务可以以一种统一的和通用的方式进行交互、相互理解。除了这种不依赖于特定技术的中立特性，通过服务注册库（Service Registry）加上企业服务总线（Enterprise Service Bus）来支持动态查询、定位、路由和中介（Mediation）的能力，使得服务之间的交互是动态的，位置是透明的。技术和位置的透明性，使得服务的请求者和提供者之间高度解耦。这种松耦合系统的好处有两点：一点是它适应变化的灵活性；另一点是当某个服务的内部结构和实现逐渐发生改变时，不影响其他服务。而紧耦合则是指应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当发生变化时，某一部分的调整会随着各种紧耦合的关系引起其他部分甚至整个应用程序的更改，这样的系统架构就很脆弱了。

构筑SOA（面向服务架构）企业级应用最佳实践

培训对象：

系统架构师、分析人员、设计人员、开发人员和测试人员

学员基础：

具备一定的软件开发和项目实践经验

培训时间：

4天

课程描述：

SOA（面向服务的架构）已经成为业界公认的IT基础架构发展的趋势，而它可以降低企

业成本和提高效益。包括通过对已有的代码进行重用来快速部署新的功能(降低开发成本)、

灵活性(提高对业务需求的反应速度)和降低维护成本(让工作人员有时间去进行自主创新的

工作)。

本课程从SOA（面向服务的架构）概念着手，以SOMA分析设计服务作为主线，系统全

面的介绍如何构筑SOA企业级应用的软件，帮助软件架构师将聚焦点从仅限于单一系统的局

部应用，上升到多系统的多应用集成，甚至于企业间的应用集成。最终帮助企业灵活、低成

本的交付软件系统。此外，穿插课程中间的SOA案例实战也是本课程的重要特色，带领学员

迅速提升实践经验。

本课程将协助客户搭建基于SOA的软件平台，基于SOA企业应用集成解决方案包括以下

四个层次：

数据接口层：在该层上，主要解决的是应用集成平台与被集成系统之间的连接和数

据接口的问题。

数据转换层：通过建立统一的数据模型来实现不同系统间的信息转换。

流程整合层：基于BPM平台，将不同的应用系统连接在一起，进行协同工作，并提

供商业流程管理的相关功能，包括流程设计、监控和规划，实现业务流程的管理。

用户交互层：基于门户（Portal）与单点登录技术，为用户在界面上提供一个统一

的信息服务功能入口，通过将内部和外部各种相对分散独立的信息组成一个统一的

整体，保证了用户既能够从统一的渠道访问其所需的信息，也可以依据每一个用户

的要求来设置和提供个性化的服务。

整个架构中以企业服务总线（ESB）为核心构建统一的基于SOA的体系架构实现的应用

整合平台，ESB（企业服务总线，EnterpriseServiceBus）是一种在松散耦合的服务和

应用之间标准的集成方式。ESB就是在SOA架构中实现服务间智能化集成与管理的中介。课程