SOA学习笔记总结(共8页).docx

《SOA学习笔记总结(共8页).docx》由会员分享，可在线阅读，更多相关《SOA学习笔记总结(共8页).docx（8页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精选优质文档-倾情为你奉上第一章 SOA概述1.1 SOA的基本概念SOA是分布式软件系统构造方法和环境的新发展阶段。在SOA架构风格中，服务是最核心的抽象手段，也不被划分（组件化）为一些列粗粒度的业务服务和业务流程。业务服务相对独立、自包含、可重用，由一个或者多个分布的系统所实现，而业务流程由服务组装而来。一个“服务”定义了一个与业务数据相关的接口，以及约束这个接口的契约，如服务质量要求、业务规则、安全性要求、法律法规的遵循、关键业绩指标等。接口和契约采用中立、基于标准的方式进行定义，它独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在不同系统中的服务可以以一种统一的和通用的方式进行

2、交互、相互理解。除了这种不依赖于特定技术的中立特性，通过服务注册库（Service Registry）加上企业服务总线（Enterprise Service Bus）来支持动态查询、定位、路由和中介（Mediation）的能力，使得服务之间的交互是动态的，位置是透明的。技术和位置的透明性，使得服务的请求者和服务提供者之间高度解耦。这种松耦合系统的好处有两点：一点是它适应变化的灵活性；另一点是当某个服务的内部结构和实现逐渐发生改变时，不影响其他服务。而紧耦合则是指应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当发生变化时，某一部分的调整会随着各种紧耦合的关系引起其他部分甚至整个应用

3、程序的更改，这样的系统架构就很脆弱了。SOA架构带来的另一个重要观点是业务驱动IT，即IT和业务更加紧密对齐。以粗粒度的业务服务为基础来对业务建模，会产生更加简洁的业务和系统视图；以服务为基础来实现的IT系统更灵活、更易于重用、更好（也更快）地应对变化；以服务为基础，通过显式地定义、描述、实现和管理业务层次的粗粒度服务（包括业务流程），提供了业务模型和相关IT实现之间更好的“可追溯性”，减小了它们之间的差距，使得业务的变化更容易传递到IT。因此，可以将SOA的主要优点概括为：IT能够更好更快地提供业务价值（Business Centric）、快速应变能力（Flexibility）、重用（Reu

4、sability）。与此同时，企业越来越重视业务模型本身的组件化，以支持高度灵活的业务战略。但是现有的企业软件架构不够灵活，难以适应日益复杂的企业整合，难以满足随需应变商务的需要，因此与业务对齐、以业务的敏捷应变能力为首要目标、松散耦合，支持重用的SOA架构方法得到青睐。基于我们同客户打交道的经验，有必要在这里澄清大家经常混肴的几个基本问题。第一，SOA是架构风格，是方法；而不是具体架构具体实现技术（如Web Service）、具体架构元素（如企业服务总线、Enterprise Service Bus，ESB）。经常有人认为只要用了Web Service，就是SOA了。这是不对的，Web Se

5、rvice只是实现服务的一种具体技术表现形式，同样，认为搞SOA，就是买点软件，建个ESB，这也是不对的。ESB只是SOA架构风格中的一部分。首先，ESB是一种从实践中总结出来的架构风格元素，即BUS（总线模式）；其次，ESB的主要功能是负责连通性和服务中介（Service Mediation），解耦服务的请求者和服务的提供者。第二，SOA的首要目标是IT与业务对齐，支持业务的快速变化；其次是IT架构的灵活性和IT资产的重用。业务对敏捷性的需要，是SOA最大的驱动力。一方面是业务在这方面的要求越来越高；另一方面是今天的IT很不灵活，很难适应业务快速变化的需求，不仅仅是因为IT架构不灵活，更重要

6、的是业务模型中的元素和IT系统的元素之间存在很大的差异。这种不对齐，导致业务人员和IT人员之间的沟通不够有效，业务的变化需要花费很大的代价传递到IT系统。第三，在工程上，SOA的重点是服务建模和基于SOA的设计原则进行架构决策和设计。从建模和设计的角度来说，SOA更多地侧重在业务层次上，也就是通过服务建模将业务组件化为服务模型，它是业务架构的底层，是技术架构的顶层，承上启下，是灵活的业务模型和IT之间的桥梁，保证二者之间的“可追溯性”。从这里往下，是基于已有的方法，比如OO/CBD来进行的。从架构的层次上，SOA更多地侧重于如何将企业范围内多个分布的系统（包括已有系统/遗留系统）连接起来（ES

7、B，Adapter/Connector），如何将它们的功能、数据转化为服务，如何通过服务中介机制（ESB，Service Registry）保证服务之间以松散耦合的方式交互，如何组装（集成）服务为流程等。从这往下，对于实现服务的一个具体应用，它的架构、设计和实现是可以基于已有的实践和方法的，比如J2EE或.NET。1.2 计算环境的演变和面向服务的计算环境1.2.1 计算环境如何在一个计算环境中分割和部署计算能力、数据资源，如何让各个部分相互通信和协作，如何在概念上对问题域进行建模，然后映射到该计算环境，都会受到计算环境的影响和制约。软件开发一直是一件很难的事情，因为我们要处理的问题越来越复杂

8、，人们处理这种复杂性最主要的手段就是抽象。1.2.2 计算环境的演变历程 随着互联网的发展，开放和标准的网络协议被普遍支持，所有底层计算平台都开始支持这些标准和协议，这导致一个计算环境内部和各个计算环境之间交互的藩篱被打破。数据和功能的表示与交互在XML、WEB服务技术和标准的基础上保证了通用性和最大的交互能力，这使得计算环境发展到一个全新的阶段基于标准、开放的互联网技术的计算环境。在这样的计算环境中，各个部分可以采用异构的底层技术，它们使用XML来描述和表示自己的数据和功能，采用开放的网络协议（如HTTP）来握手，在此之上，基于Web服务来互操作和交互数据。在这里，一个很重要的新概念是“服务

9、”，它是一个自包含的功能，使用者通过明确定义的接口（契约）来与一个服务交互，这个接口的描述基于WSDL（Web Service Description Language）这样的开放标准。对象和组建重在表示一个事物本身的组成部分和相互关联（也就是WHAT “THINGS” ARE的问题），而服务则表示一个事物做什么（叶就是WHAT “THINGS” DO的问题）。Web服务是实现服务的技术手段，就如同各种编程语言中的对象是实现对象的技术手段，J2EE中的EJB是实现组件的技术手段一样。这种基于标准、开放的互联网技术，以服务为中心的计算环境，我们称之为“面向服务的计算环境”。1.2.3 面向服务的

10、计算环境 在面向服务的计算环境中，系统可以是高度分布、异构的。它一般包括服务运行时环境（Service Running）、服务总线（Service Integration Infrastructure）、服务网关（Service Gateway）、服务注册库（Service Registry）和服务组装引擎（Service Choreography Engine）等。服务运行时环境提供服务（如服务组件）的部署、运行和管理能力，支持服务编程模型，保证系统的安全和性能等质量要素；服务总线提供服务中介的能力，使得服务使用者能够以技术透明和位置透明的方式来访问服务；服务注册库支持存储和访问服务的描述信

11、息，是实现服务中介、管理服务的重要基础；而服务组装引擎，则将服务组装为服务流程，完成一个业务过程；服务网关用于在不同服务计算环境的边界进行服务翻译，比如安全。 面向服务的计算环境是开放的，标准的。例如，Transport层的HTTP协议，Service Description层的WSDL，Business Process层的WS-CDL等。 面向服务的计算环境，为IBM所定义的随需应变计算环境奠定了现实基础。随需应变计算环境应具备以下特点，如下图：1) 整合：将人、过程、应用和数据全面整合起来。2) 虚拟化：将分布、异构的物理资源（服务器、存储设备等）整合起来呈现为统一的逻辑对象，以安全和可管

12、理的方式供使用。3) 自主计算：如同生物体一样，系统具备一些高级生物系统的能力，包括自我诊断和修复问题，自动配置和调整以适应环境的变化，自动优化资源的使用效率、增强工作负荷的处理能力，自我保护数据和信息的安全。4) 开放标准：整个环境建立在开放的标准之上，保证系统的交互性。在面向服务计算环境中，企业服务总线处于非常重要的位置，它提供服务的中介，解耦服务请求者和服务提供者，是服务计算环境中的核心。ESB是过去消息中间件的发展，采用了“总线”这样一种模式来管理和简化应用之间的集成拓扑结构，以广为接受的开放标准为基础来支持应用之间在消息、事件和服务级别上的动态互联互通。ESB的基本特征和能力包括：描

13、述服务的元数据和服务注册管理；在服务请求者和提供者之间传递数据及对这些数据进行转换的能力，并支持由实践中总结出来的一些模式如同步模式，异步模式等；发现、路由、匹配和选择的能力，以支持服务之间的动态交互，解耦服务请求者和服务提供者。高级一些的能力，包括对安全的支持、服务质量保证、可管理性和负载均衡等。ESB所提供的基于标准的连接服务，将应用中实现的功能或数据资源，转化为服务请求者能以标准的方式来访问的服务；当请求者来请求一个服务时，ESB中这种中介转化过程可能简单到什么也没有，也可能要很复杂的中介服务支持，包括动态地查找、选择一个服务，消息的传递、路由和转换、协议的转换。这种中介过程，是ESB借

14、助于服务注册管理及问题域相关的知识（如业务方面的一些规则等）自动进行的，不需要服务请求者和提供者介入，从而实现了解耦服务请求者和提供者的技术基础。这使得服务请求者不需要关心服务提供者的位置和具体实现技术，双方在保持接口不变的情况下，各自可以独立地演变。所以，ESB采用总线结构模式简化了应用之间的集成拓扑，通过源自实践的模式，提供了基于标准的通用连接服务，使得服务请求者和服务提供者之间可以以松散耦合、动态的方式交互，从而在不同层次上使得SOA解决方案是一个松散耦合、灵活的架构。需要注意的是，ESB是一种架构模式，不能简单地等同于特定的技术或产品，但实现ESB确实需要各种产品在运行时和工具方面的支

15、持。1.3 软件工程的演变和面向服务体系结构软件工程方法和过程伴随着软件实践不断发展。软件危机发生之后，从瀑布模型、原型方法等讲究过程、文档密集、控制较多的方法，逐渐发展到轻量级、敏捷和迭代的方法。这些方法更加人性化，避免因为过重的过程而扼杀人的主动性和创造性。这些方法更强调快速地交付对客户有价值的软件、直接的沟通、持续集成和持续质量保证。SOA和当前软件工程过程的一个共同交叉点就是业务价值驱动（Business Centric），强调速度。SOA从软件的灵活性和重用能力入手，而敏捷过程则从软件交付效率出发。SOA的架构特性，使得敏捷过程非常适合SOA项目的实施。在SOA架构中，服务的独立性，

16、使得每个服务可以单独地开发、测试和集成。一个企业中的IT系统，如果是基于SOA的计算环境，那么这个环境就是一个服务的生态系统，每开发一个服务，马上就可以独立部署，成为这个生态系统中的一部分。这样既很好地支持了持续集成、持续质量保证，又很好地使得这个服务马上产生业务价值，而不是苦等其他服务的到位。服务的特性，使得敏捷过程和SOA架构可以有一个很好的结合，让二者相得益彰。以我们与不同客户合作的实践，我们已经充分体会到这二者在实现过程中的风险控制、业务需求改变的适应能力方面相互配合的好处。第二章 SOA与企业IT战略IT战略着眼于企业长远目标和经营战略的实现，所以面临诸多难题。包括如何正视企业面临的

17、各种挑战，对内外环境进行准确、全面地分析，从而确定需要满足的业务目标。如何制定优秀的企业架构来支持业务流程，监控业务活动，管理业务绩效，适应不断变化的业务需求和信息技术，确立具有一定预见性的企业信息化的路径，建立监督体系、标准和执行过程来确保战略得到恰当的理解和执行。客服这些困难，制定成功的IT战略，其最重要的在原则是让IT与业务紧密互动，确保业务目标顺利地映射到技术世界。2.1 当今IT战略所面临的主要挑战和任务业务上，企业需要端到端的水平整合。每个企业在业务上都在要求越来越快的反应能力，整个企业内部能够跨部门快速协作，在外部可以更好地同合作伙伴、客户互动。可是，原来积累下来的业务运作模式是

18、部门导向的，IT系统也主要支持部门导向的业务过程，我们称之为垂直整合（Vertical Integration）。但是，伴随业务转型，业务流程开始发生变化。需要将部门之间协作的过程变得更有效率，以提升整个企业的生产效能，更快地满足客户需求和响应外界变化。这种将各个部门的业务贯穿起来的业务流程，我们称之为水平整合（Horizontal Integration）。而这个整合的过程，给企业带来了各方面的巨大压力。IT战略需要面对各方面的压力，制定出一个合理的企业架构来完成几个关键的任务：企业范围内的水平整合、IT与业务的对齐，业务的敏捷性，IT的灵活性与重用能力。在实践中，企业架构通常会包括业务架构

19、、应用架构、数据架构、安全架构、基础设施架构和集成架构。SOA以其来自最佳实践的设计原则、架构模式、集成能力、基于标准的开放性和交互能力，能够很好地帮助企业架构面对前面的挑战。首先，SOA以业务为中心，提供了服务、流程等高阶建模元素，通过SOA基于标准的交互能力和ESB架构模式，可以简化分布式系统之间的整合，将各种异构的系统连接在一起。通过ESB、适配器和连接器，用户一般可以用非侵入的方式来重用已有系统。总之，SOA真正可以帮助企业获得业务敏捷性、IT架构的灵活性和IT资产的重用能力，因而影响到企业架构的方方面面，发展为SOA风格的企业架构。SOA项目应该有清楚的业务需求，比如人员的协作、数据

20、整合、应用和流程整合、系统间的连通性和已有系统的重用等。第三章 SOA设计原则SOA的设计方法及设计原则：业务和IT对齐、保持灵活性，以及松散耦合。这些原则并不是SOA所独有的，但是，SOA更加强调这些设计原则。SOA及其相关软件设计技术使对传统软件技术的继承和发展。一方面，SOA技术利用传统的已验证有效的设计原则完成与之相适应的软件设计。例如，利用隔离关注思想划分企业计算中的各种架构元素，使得它们既可互相依存，又可井然有序；利用松散耦合思想设计企业计算中的系统集成设施，使之最小化各系统间的技术依赖性。另一方面，SOA也在丰富和发展已有的和新的设计原则，如采用业务和IT对齐原则，解决由于软件设

21、计结果中业务元素和技术元素掺杂在一起，而使得信息系统对业务改变响应缓慢的问题。3.1 业务和IT对齐在传统的应用构建和运营的生命周期中，各个阶段都采用不同的概念：l 在分析阶段，用例是核心概念l 在设计阶段，组件和对象等是核心概念l 在实现阶段，对象和过程等是核心概念l 在测试阶段，测试案例是核心概念l 在运营阶段，系统和应用是核心概念这种概念上的分裂在很大程度上使得IT系统生命周期的各个阶段彼此不一致，从而导致从业务到IT，从IT到业务的循环中，往往IT处在被动的地位。这种被动表现为IT对业务需求和业务变化响应慢，被构建的系统难以达到业务人员的期望值。为了解决这种业务和IT不对齐、IT生命周

22、期各个阶段概念割裂的状况，SOA设计方法中，将业务和IT对齐视为最高优先级的设计原则。为了达到业务和IT对齐的目的，各种方法被引入到以服务为中心的IT生命周期中。这些方法主要有：1.视服务为第一位的核心概念不论是对于业务服务，还是软件服务，服务往往表现为一种功能接口。但是功能接口只是服务本身的一种属性，实际服务的内涵和外延都远远超越了功能接口。服务及其相关属性需要做到如下两点。（1）能够提供相对于功能接口更多的业务到IT的映射，以提高业务和IT的对齐程度，如各种业务指标和业务策略也是服务定义的重要部分，在IT系统中，对服务的实现需要帮助贯彻这些业务策略，也需要提供监控业务目标的能力。（2）帮助

23、体现服务在IT生命周期中的各种抽象视角业务功能映射视角、资产管理视角、资源配置视角等。从资产管理视角，每个服务都有相应的职责定义和拥有者定义；从资源配置视角，每个服务需要有相关的SLA和QoS等定义，以便于资源配置。2.服务必须有针对性的业务含义这里“针对性的业务含义”是指，服务必须有适当的粒度和抽象度。服务的粒度和抽象度越低，服务本身的业务和技术依赖性越强，当业务发生变化时，服务本身要求变更的压力越大。为了能够让IT系统铜鼓尽量小的代价、尽量短的时间适应业务需求和变化，我们的服务应有适当的粒度和抽象度，以使得多数的业务需求和变化可以通过组装服务和变更服务实现来完成，而不需要变更服务的定义。3

24、.通过契约设计方法规范服务参与各方职责为了提高业务和IT的对齐，服务被视为IT生命周期各个阶段第一位的核心概念。进一步，契约设计被作为一种方法，使得围绕服务的各种参与方能够精确理解其职责，或者说描述服务在各个方面的规约。这些契约最好以及其可读的形式表达，以便于服务使用的自动化，服务质量的监控，服务契约遵守的监控等。3.2 业务和IT对齐SOA的设计方法通过服务统一IT生命周期各个阶段的概念，并且通过服务契约等保持业务和IT的对齐。如下的方法在SOA设计中可以帮助我们保持灵活性。1.设计抽象粗粒度服务适合更广泛的需求2.设计适当粒度的服务使能服务组装 是设计成粗粒度的服务适应广泛的需求，还是细粒

25、度使能服务组装，或更大范围上讲，服务粒度问题，在分析和设计中确实很难把握。3.通过松散耦合技术减少服务消费者和提供者间技术依赖性3.3 业务和IT对齐在SOA环境中，松散耦合是指服务消费者到服务提供者间的松散耦合。这包括：在服务契约设计上，通过抽象设计减少技术依赖性；在服务调用层面上，通过各种中介保持服务调用双方的技术透明性；在服务实现层面上或者SOA计算环境中，各种架构元素间的松散耦合。具体而言，SOA环境中的松散耦合有如下内容：1.保持服务契约层面的抽象性2.通过Web Service技术保持服务调用的平台中立性3.采用隔离关注的方法保持业务架构和技术架构的清晰性4.利用组件化设计方法保持更细粒度业务功能和技术实现的清晰性在SOA的计算环境中，组件化的设计方法并不是必需的。SOA设计方法侧重于从业务到服务的层次上提供灵活性，而组件侧重于从服务到应用，或者服务实现的层次上提供灵活性。专心-专注-专业