Web服务基础

上传人:101****457 文档编号:53790023 上传时间:2018-09-05 格式:PPT 页数:73 大小:1.93MB
返回 下载 相关 举报
Web服务基础_第1页
第1页 / 共73页
Web服务基础_第2页
第2页 / 共73页
Web服务基础_第3页
第3页 / 共73页
Web服务基础_第4页
第4页 / 共73页
Web服务基础_第5页
第5页 / 共73页
点击查看更多>>
资源描述

《Web服务基础》由会员分享,可在线阅读,更多相关《Web服务基础(73页珍藏版)》请在金锄头文库上搜索。

1、课程用书,Web服务:原理和技术 (荷)Michael P. Papazoglou 著 龚玲 张云涛 译 机械工业出版社,荷兰提耳堡大学计算机科学系系主任 及INFOLAB/CRISM实验室的主任,第2章:Web服务基础,引言“软件即为服务”的理念Web服务的完整定义Web服务的特服务接口和实现面向服务的体系结构,Web服务的技术架构服务质量(QoS)Web服务的互操作性Web服务与组件的比较Web服务的优与劣小结,面向服务的计算,面向服务的计算是一个新的范式 服务作为构件 复合应用 支持分布式应用的低成本快速开发服务是自包含的模块 能够在网络上使用基于XML的技术进行描述、定位、编配和编程

2、“面向服务”的编程方式 服务的构建方式通常独立于它们的使用方式 服务提供者和服务用户之间是松耦合关系,面向服务的计算,面向服务的计算不是一个新的技术 分布式系统 软件工程 信息系统 计算机语言 基于Web的计算和XML技术的融合 XML对业界的影响范围至少不逊于面向对象的编程?,面向服务的模型,服务提供者 提供服务的实现、描述以及相关的技术与业务支持服务客户端 具体使用服务的终端组织服务聚合者 将服务整合成一个新的服务 通常称为业务流程,服务,技术中立广泛地遵循一些公认标准 必须使用要求最低的标准化技术调用服务 所采用的调用技术需要得到绝大多数信息技术环境的支持松耦合 无须了解客户端和服务端的

3、信息 无须了解客户端和服务端的内部结构或内部协议(背景)支持位置透明性 无须考虑服务的具体位置,即可定位以及调用这些服务,Web服务,当服务使用因特网(Internet)作为通信手段以及使用基于因特网的标准时,即为Web服务。 交互使用了公开的、不安全的、低保真度的机制Web服务是一个可通过网络使用的自描述、自包含软件模块,这些软件模块可完成任务、解决问题或代表用户、应用程序处理事务。Web服务建立了一个分布式计算的基础架构。这个基础架构由许多不同的、相互之间进行交互的应用模块组成。这些应用模块通过与用网络或公共网络迚行通信,形成一个虚拟的逻辑系统。,Web服务,Web服务可以是:自包含的业务

4、任务,如提款或取款服务 成熟的业务流程,如办公用品的自动采购 应用程序,如人保险应用程序、需求预测不库存补给应用程序 已启用服务的资源,如访问特定的保存病人病历的后台数据库远期目标实现分布式应用 按照不断变化的业务需求动态组配应用程序 根据设备、网络和用户访问的情况定制具体的分布式应用,Web服务的典型场景,案例研究:订单管理流程 顾客 订购单管理订购单管理 信用服务订购单管理 库存服务订购单管理 账单服务订购单管理 运送服务更复杂的任务,第2章:Web服务基础,引言“软件即为服务”的理念Web服务的完整定义Web服务的特服务接口和实现面向服务的体系结构,Web服务的技术架构服务质量(QoS)

5、Web服务的互操作性Web服务与组件的比较Web服务的优与劣小结,Web服务于Web网页,Web网页:提供跨因特网和组织界限访问应用的方式 直接面对的是人Web服务 访问者既可以是人,也可以是自动化的应用程序,软件即为服务,这一概念首先产生于应用服务提供商软件模型中应用服务提供商(ASP):将软件、基础设施要素、业务以及与业的服务迚行打包的公司,创建完整的解决方案,幵将其作为订阅的服务给用户推荐ASP的基本出发点:向用户出租应用程序 另一种方式:提供软件模块,用户根据自身的需要将软件模块下载 缺点:紧耦合(体系结构单一、脆弱、不可复用) 无法开发高度交互的应用,无法提供完全定制的应用,无法整合

6、各种应用,软件即为服务,松耦合 异步交互 基于XML标准,更容易访问因特网上的应用程序,更容易通信Web服务 将复杂的业务流程和事务也规为服务 ASP变得更类似于Web服务提供者,Web服务和基于Web的应用程序,Web服务可以调用其他的Web服务 高度的灵活性和适应性Web服务时模块化的、自感知和自描述的应用程序 功能性和非功能性属性Web服务比基于Web的应用程序更容易被监控和管理可以对Web服务进行评估和拍卖,第2章:Web服务基础,引言“软件即为服务”的理念Web服务的完整定义Web服务的特服务接口和实现面向服务的体系结构,Web服务的技术架构服务质量(QoS)Web服务的互操作性We

7、b服务与组件的比较Web服务的优与劣小结,Web服务的完整定义,Web服务是一个平台独立的、松耦合的、自包含的、基于可编程的Web的应用程序,可使用开放的XML标准描述、发布、发现、协调和配置这些应用程序,用于开发分布式的互操作的应用程序。松耦合:Web服务协议、接口和注册服务可以使用松耦合的方式协同工作Web服务语义封装各个独立的功能:是一个完成单个任务的自包含的软件模块编程式访问Web服务:可将Web服务嵌入到进程的应用中可动态发现Web服务并将其添加到应用中可使用标准的描述语言来描述Web服务:Web服务描述语言WSDL可在整个因特网上发布Web服务:使用通用的因特网协议,第2章:Web

8、服务基础,引言“软件即为服务”的理念Web服务的完整定义Web服务的特服务接口和实现面向服务的体系结构,Web服务的技术架构服务质量(QoS)Web服务的互操作性Web服务与组件的比较Web服务的优与劣小结,Web服务的类型,按照拓扑结构 信息型 仅支持简单的请求/响应操作复合型 在进入操作和离开操作之间进行了一定形式的协调,简单服务或信息型服务,信息型服务:比较简单,可对一些内容进行访问,最终用户通过请求/响应序列对这些内容进行交互编程式服务:Web服务暴露应用程序的业务功能给其他应用程序按照所解决的业务类型不同分类 纯内容服务:访问天气预报信息 简单的交易服务 信息联合服务:增值信息Web

9、服务 标准支持:通信协议、服务描述、服务发布和发现标准支持:通信协议、服务描述、服务发布和发现,复合服务或业务流程,当企业需要将几个服务组合在一起创建一个业务流程,诸如定制订单、客户支持、采购和物流支持等,企业则需要使用复合的Web服务按照组成简单服务的方式分类 构成编程式Web服务库存检查服务构成交互式Web服务复合服务的功能是粗粒度的,并且复合服务是有状态的,功能属性和非功能属性,功能性描述:详述了操作特性 操作特性定义了服务的整个行为 主要关于消息的语法规则、以及如何配置发送消息的网络协议 非功能性描述 主要关于服务质量属服务计量和代价、性能度量 主要关于服务请求者的运行环境,状态属性,

10、Web服务既可以是无状态的、也可以是有状态的无状态:服务可以被重复调用,且无须维持上下文或状态 信息型天气预报服务有状态:需要维持不同操作调用之间的状态 无论这些操作调用是由Web服务的同一个客户端发出,还是由不同的客户端发出 订单管理应用中,松耦合,耦合:系统之间彼此相互依赖的程度,RPC:进程过程调用,服务粒度,简单请求通常是细粒度的 通常不可再分复合服务通常是粗粒度的 意味着更大型、更丰富的数据结构 使松耦合成为可能 松耦合又使得异步通信成为可能,同步,同步或进程过程调用(RPC)方式同步的客户端将请求表示为带变量的方法调用,方法返回一个包含返回值的响应 客户端发送请求消息,首先等待响应

11、消息,然后才会继续吐下运行 整个调用丌是完全成功就是完全失败当应用程序具有下列特性时,通常将用到RPC类型的Web服务 调用服务的客户端需要一个立即的响应 客户端和服务以反复对话的方式迚行协作,同步,异步或消息(文档)方式是文档类型的服务或消息驱动类型的服务 客户端调用消息类型的服务,通常发送整个文档,而非单独发送参数 服务收到整个文档,处理它,然后返回(也可能不返回)一个消息结果 客户端在继续运行应用程序的其他部分之前,并不需要等待响应当应用程序具有下列特性时,通常需要使用文档类型的Web服务 客户端不需要(不期待)立即的响应 服务是面向文档的,良定义,服务间的交互必须是良定义的应用程序使用

12、WSDL,吐其他的应用程序描述连接和交互的规则 对于抽象服务接口及支持服务的具体的协议绑定,WSDL提供描述的统一机制服务请求者绑定到服务提供者需要描述一些细节,基于WSDL服务描述主要是关于操作如何不服务进行交互、消息如何调用操作、构建这些消息的详细信息、以及在哪里发送消息等 WSDL并不包括Web服务实现的任何技术细节,服务的使用环境,从Web服务请求者的角度可替代的服务 多个提供者都可提供的服务 租车服务关键任务服务 很可能只被一个特定的服务者提供的服务,第2章:Web服务基础,引言“软件即为服务”的理念Web服务的完整定义Web服务的特服务接口和实现面向服务的体系结构,Web服务的技术

13、架构服务质量(QoS)Web服务的互操作性Web服务与组件的比较Web服务的优与劣小结,服务:对接口和实现具有明显的区分,服务接口外部世界可以看到的服务功能,提供访问这些功能的方式服务描述了它自身的接口特性,操作的可用性、参数、数据类型及访问协议服务客户端使用服务接口描述绑定到服务提供者,并调用服务所提供的功能,服务实现实现了具体的服务接口对于服务用户,服务的实现细节是隐藏的不同的服务提供者可以选择任何编程语言来实现同一个接口服务的实现既可以直接提供服务功能,也可以通过组合其他服务来提供相同的功能,组件,组件是系统中的一个独立封装的模块,具有明确定义的功能和作用范围服务实现可包含服务接口规范以

14、及具体组件(业务对象)的实现服务接口和相应的实现组件具有很大的互补服务之间进行交互的唯一方式是通过它们的接口,服务编配接口,服务编配接口必须明确地描述组合服务客户端所期望的全部接口、以及那些组合到服务中的由环境所提供的接口Web服务接口 编配接口 使用接口 Web服务客户端服务部署-服务实现构建/购买/复用 Web服务实现(内部/外包),导入的,web服务,web服务,服务的部署和服务的实现,服务的实现涉及服务的许许多多不同选择服务可能有不同的组合方式由企业内部设计和实现服务购买/租凭/支付服务外包服务的设计不实现使用包装器和/或适配器对遗留系统的功能进行转换,封装遗留系统的内部组件,并将其不

15、最新的应用进行融合,第2章:Web服务基础,引言“软件即为服务”的理念Web服务的完整定义Web服务的特服务接口和实现面向服务的体系结构,Web服务的技术架构服务质量(QoS)Web服务的互操作性Web服务与组件的比较Web服务的优与劣小结,面向服务的体系结构(SOA),SOA是一种设计软件的逻辑方法,可通过发布或发现的接口向终端用户应用或网络上的其他服务提供服务将企业中先前相互独立的软件应用和支撑基础架构进行重新组织,变为互联的服务集合通过接口和消息协议,可发现和访问服务集合中的每个服务一旦SOA的所有要素都准备就绪后,已有的或将要开发的应用程序就可根据需要,访问基于SOA的服务当一些应用程

16、序使用不同的技术且在不同的平台上运行时,若它们之间需要相互通信,则采用SOA方式尤其合适,SOA的目的,使得已有的技术间具有通用的互操作性,幵使得未来的应用和体系结构具有可扩展性孤立的静态系统 模块化的、灵活的组件 SOA能够利用基于一些标准的功能服务SOA是一种体系结构类型,使用面向服务的方式进行计算,从而增强了互操作性SOA是一种设计理念,独立于任何具体的技术 并不一定要使用Web服务才能实现SOA,SOA中进行交互的角色,SOA中的三个主要角色服务提供者 提供服务的软件代理 负责发布服务的描述,将服务描述提供给服务注册机构服务注册(或称服务注册中心、服务注册机构等)服务请求者(或称客户端) 请求执行服务的软件代理,

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 电子/通信 > 综合/其它

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号