SOA学习笔记.doc

面向服务的体系结构SOA学习笔记 一、SOA概述 1．SOA（Service-Oriented Architecture）定义 SOA是指为了解决在Internet环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。 ? SOA不是一种语言，也不是一种具体的技术而是一种软件系统架构,它尝试给出在特定环境下推荐采用的一种架构, 面向不同的应用场景，用来满足不同的特定需求 ? SOA的使用范围：需求决定同时也限制功能.主要的应用场合在于解决在Internet环境下的不同商业应用之间的业务集成问题. SOA 架构具有一些典型特性，主要包括松耦合性，位置透明性以及协议无关性。松耦合性要求 SOA 架构中的不同服务之间应该保持一种松耦合的关系，也就是应该保持一种相对独立无依赖的关系;位置透明性要求 SOA 系统中的所有服务对于他们的调用者来说都是位置透明的，也就是说每个服务的调用者只需要知道他们调用的是哪一个服务，但并不需要知道所调用服务的物理位置在哪里;而协议无关性要求每一个服务都可以通过不同的协议来调用。soa 就是使用xml的描述语言来描述接口的技术，SOA架构体系正是软件工程发展一个有标志性里程碑也是开关原则的必然出现的架构.SOA其实体现的是:分离关注点他和J2EE(JavaEE5)的JDBC/JDNI思路是一样的，而WebService只是他的一种行业标准化的结果而已，而并不是SOA就是SOAP（只是SOAP只是SOA的一种体现），概括的说就是一个总线上用标准插件的方式去实现业务的脱耦。 二、SOA三大基本特征 1 独立的功能实体 SOA架构中提供服务的功能实体的完全独立自主的能力, 实体自我管理和恢复能力. 常见自我恢复的技术：事务处理(Transaction)，消息队列(Message Queue)，冗余部署(Redundant Deployment)和集群系统(Cluster) 理解：完全独立自主的能力，不同与传统的组件技术，如.NET Remoting，EJB，COM或者CORBA，都需要有一个宿主(Host或者Server)来存放和管理这些功能实体；当这些宿主运行结束时这些组件的寿命也随之结束。这样当宿主本身或者其它功能部分出现问题的时候，在该宿主上运行的其它应用服务就会受到影响。 2 大数据量低频率访问 SOA系统推荐采用大数据量的方式一次性进行信息交换。 理解：传统的服务提供都是通过函数调用的方式进行的，一个功能的完成往往需要通过客户端和服务器来回很多次函数调用才能完成。在Intranet的环境下，这些调用给系统的响应速度和稳定性带来的影响都可以忽略不计，但是在Internet环境下这些因素往往是决定整个系统是否能正常工作的一个关键决定因素。 3 基于文本的消息传递 SOA采用基于文本的消息传递方式（由于基于文本的消息本身是不包含任何处理逻辑和数据类型的），数据处理端可以只选择性的处理自己理解的那部分数据，而忽略其它的数据，从而得到的非常理想的兼容性。 理解：由于Internet中大量异构系统的存在决定了SOA系统必须采用基于文本而非二进制的消息传递方式，在COM、CORBA这些传统的组件模型中，从服务器端传往客户端的是一个二进制编码的对象，在客户端通过调用这个对象的方法来完成某些功能；但是在Internet环境下，不同语言，不同平台对数据、甚至是一些基本数据类型定义不同，给不同的服务之间传递对象带来的很大困难。 三、一个典型的SOA实现 一个典型的SOA实现：HTTP协议 我们最熟悉的HTTP协议就是一个非常典型的SOA架构设计。HTTP协议的工作过程简单叙述如下： 1) 客户端，通常是通过浏览器，向服务器端以文本的方式发送一个请求，索取一个Web页面； 2) 服务器端接收到这个请求之后，根据请求的内容进行处理并且返回一个符合HTML语法的文本； 3) 客户端接收到服务器端的响应文本后调用本地的程序，通常还是浏览器，把返回的HTML文本的内容展现出来。 SOA对于软件架构设计的影响 * 使用基于文本方式的SOAP调用，摆脱远程调用中出现的函数参数类型等与数据无关的信息，保证所有SOAP传递的都是有意义的商业数据。依赖于Schema，而不是类定义对这些数据进行解释。 * 传统的三层Web应用将可能变成四层结构：传统意义上的商业逻辑层将被进一步划分为存放每个会话(Session)信息的客户逻辑层和与状态无关Sateless的SOA层 四、SOA框架的不足 缺憾之一 : 可靠性（Reliability）。 缺憾之二 : 安全性（Security） 缺憾之三 : 编排 （Orchestration） 缺憾之四 :遗留系统处理（Legacy support） 缺憾之五 : 语义