第13章 面向服务的架构(SOA.ppt

  1. 1、本文档共26页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
第13章 面向服务的架构(SOA

高级编程理论 第8章 使用ADO.NET访问数据 第9章 Internet访问 第10章 分布式组件技术 第11章 XML Web Service 第12章 设计模式与构建 第13章 面向服务的架构(SOA) 第14章 开发智能设备应用程序 第13章 面向服务的架构(SOA) 概述 SOA模型 服务设计概念 创建面向服务的解决方案 总结 概述 什么是服务 什么是SOA 什么是服务 广义上的服务: 单一性、松耦合性、可组合性、可重用性、开放性、互操作性 应用程序中的服务: 应用程序的逻辑单元 组件思想 Web服务 什么是SOA SOA (Service Oriented Architecture) —— 面向服务的体系结构 分布式的应用程序体系结构,基本组织元素为一组相对独立的服务 服务提供基于消息的、适合通过网络访问的接口 平台无关性 基于标准 将服务文档与元数据的处理分开 什么是SOA (续) 不同服务之间的消息路由 第13章 面向服务的架构(SOA) 概述 SOA模型 服务设计概念 创建面向服务的解决方案 总结 SOA模型 SOA基础 面临的问题 服务系统架构 服务模型 SOA基础 SOA不仅是从技术角度看到的服务的体系结构,而且也是策略、实践和框架 —— 确保提供和消费了正确的服务。 实现良好服务设计的原则: 由 Web 服务实现:技术无关性、标准化、可消费性 由 SOA 实现:可重用、抽象化、发布、正式、相关 面临的问题 严格执行供应和消费的分离 ,并加以管理 对于消费者,过程必须组织成服务接口,而且不能依赖于对服务实现的了解 对于提供者,注意力焦点也是接口,需要开发并交付出可由服务消费者在完全分开的过程中使用的服务 两个主要的参与方: 消费者和提供者 三个主要的过程域(process area) 实现、提供(提供者所有)和消费(消费者所有) 服务系统架构 SOA有三种重要的体系结构视角 应用体系结构 面向业务的解决方案,消费来自一个或多个提供者的服务,并将这些服务集成到业务过程。 消费者关注应用体系结构 服务体系结构 在实现和消费应用之间的提供一座桥梁,创建了可供使用的各种服务的逻辑视图。 提供者关注服务体系结构 业务服务总线(Business Service Bus,BSB) 组件体系结构 描述了支持所实现的应用、业务对象及其实现的各种环境。 提供者关注组件体系结构。 服务模型 设计服务的目标:有效地封装与现实世界中的过程相关的逻辑和数据 粗粒度 调用语义 严加保护管理的状态 —— 状态操作由业务规则来管理 服务由策略来管理 第13章 面向服务的架构(SOA) 概述 SOA模型 服务设计概念 创建面向服务的解决方案 总结 服务设计概念 服务是一项长期投资 企业级应用程序与SOA 服务是一项长期投资 设计、开发、部署、管理和维护可靠服务等过程需要较高的前期成本, 服务模型在结构方面的好处必须体现此投资的价值。 服务提升松散耦合: 服务通过针对集成而设计来提供好处。 服务使用消息指定和约定要在服务之间使用的线(通信)格式。 服务以独立实体形式运行,控制和管理也相互独立的。 企业级应用程序与SOA SOA 最适宜采用基于组件的体系结构 企业 SOA(ESOA)同时带来了两条主要线索 Web 服务 CBD(或 CBSE) 第13章 面向服务的架构(SOA) 概述 SOA模型 服务设计概念 创建面向服务的解决方案 总结 创建面向服务的解决方案 面向服务的分析 服务的设计 服务的管理 面向服务解决方案中的设计模式 面向服务的分析 面向服务的体系结构是网络可处理业务组件的分解良好的组合。 定义服务组合的原则: 设计持久的服务,设计变化的系统 全局思考,局部操作 为可扩展性而设计 分离功能问题和操作问题 牢记客户 服务的设计 Indigo小组的Don Box确定了在考虑服务趋向时要牢记的四条原则: 边界明确 服务自治 服务共享模式和合约 服务兼容性是基于策略 服务的管理 SOAP规范把服务的功能性要求从服务的操作性要求中分离了出来: 信体(body)满足功能性要求 信头(header)满足操作性要求 根据 WS-* 规范构建操作性服务: 与所涉及的各方合作以便有效地收集需求 为可附于任何消息以传递操作性信息的 SOAP 信头定义模式 为了有效重用分解层次结构 通过重用可解决真正的水平问题 迭代式地进行构建 面向服务解决方案中的设计模式 面向服务可以为很多业务和技术模式带来明显好处 信息集成(information integration)

文档评论(0)

zhuliyan1314 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档