必然精通分布式系统核心:面向服务的分布式架构,Web服务的分类
Web服务的分类
在技术层面上,Web服务可以通过多种方式实现。目前,业界主流分类方法是将Web服务区分为“大”Web服务和RESTful Web服务。
“大”Web服务
“大”Web服务使用遵循SOAP标准的XML消息,SOAP是一种定义消息架构和消息格式的XML语言。此类系统通常包含服务所提供的操作的机器可读描述,用WSDL编写,WSDL是一种用于按语法定义接口的XML语言。
Java制定了JAX-WS规范为“大”Web服务提供功能。目前JAX-WSAPI已经移到Java SE 8中,这意味着不管是Java SE应用还是Java EE应用,都可以开箱即用地使用JAX-WS API。
SOAP消息格式和WSDL接口定义语言得到了广泛的应用。许多开发工具,如NetBeans、Eclipse,可以降低开发Web服务应用程序的复杂性。
基于SOAP的设计必须包含以下元素。
·必须建立正式合约来描述Web服务提供的接口。WSDL可以用来描述合约的细节,它可包括消息、操作、绑定和Web服务的位置。还可以在JAX-WS服务中处理SOAP消息,而无须发布WSDL。
·架构必须满足复杂的非功能性需求。许多Web服务规范满足了这些需求,并为它们建立了通用词汇表。例如,事务、安全、寻址、信任、协调等。
·架构需要处理异步处理和调用。在这种情况下,标准(如Web服务可靠消息)和API(如JAX-WS)提供的基础设施及其客户端异步调用支持可以开箱即用。
RESTful Web服务
RESTful非常适合基本的、即席的集成场景。RESTful Web服务通常比基于SOAP的服务更好地与HTTP集成,因此不需要XML消息或WSDL服务-API定义。RESTful Web服务也简称为REST服务。
由于RESTful Web服务使用现有的知名W3C和IETF标准(HTTP、XML、URI、MIME),并且具有轻量级基础结构,允许以最少的工具构建服务,因此开发RESTful Web服务成本较低,具有很低的采用门槛。可以使用NetBeans、Eclipse等开发工具来进一步降低开发RESTfulWeb服务的复杂性。
在Java EE中,JAX-RS(Java API for RESTful Web Services)规范旨在提供RESTful Web服务的功能。Jersey项目是JAX-RS规范的实现参考。Jersey实现了对JAX-RS规范中定义的注释的支持,使开发人员能够轻松地使用Java来构建RESTful Web服务。
RESTful设计一般满足以下特征。
·Web服务是完全无状态的。一个好的测试是考虑交互是否能在服务器重新启动后存活下来。
·缓存基础设施可用于提升性能。如果Web服务返回的数据不是动态生成并且可以缓存的,那么可以利用Web服务器和其他中介提供的固有缓存基础设施来提升性能。但是,开发人员必须小心,因为对于大多数服务器来说,这种缓存仅限于HTTP GET方法。
·服务提供者和服务消费者对传递的上下文和内容要相互理解。因为没有正式的方法来描述Web服务接口,所以双方必须就描述正在交换的数据的模式和有意义的处理数据的方法达成一致。在现实世界中,将服务作为RESTful实现公开的大多数商业应用程序还以流行的编程语言向开发人员分发描述接口的所谓增值工具包。
·带宽尤其重要,需要限制。RESTful对于一些受限设备(例如PDA和手机)特别有用,对于这些设备,必须限制XML有效负载上的消息头和SOAP元素的额外层的开销。
·使用RESTful可以轻松地将Web服务交付或聚合到现有网站。开发人员可以使用JAX-RS和Ajax等技术以及DWR等工具包来消费Web应用程序中的服务。服务不是从头开始,而是可以通过XML公开,由HTML页面使用,而无须对现有网站架构进行重大重构。现有的开发人员将更有生产力,因为他们正在添加一些他们已经熟悉的东西,而不是从头开始学新技术。
有关RESTful Web服务的内容,还将在第8章详细讲解。
Web服务技术选型
选择使用“大”Web服务和RESTful Web服务是要针对具体的场景的。
“大”Web服务:解决企业计算中常见的高级QoS需求。与RESTfulWeb服务相比,“大”Web服务更容易支持WS-组协议,这些协议提供了安全性和可靠性等标准,并与其他符合WS-的客户机和服务器进行互操作。在老的遗留项目或者传统的企业级项目中,“大”Web服务还有用武之地。
RESTful Web服务:使编写Web应用程序更轻松,这些应用程序应用RESTful风格的部分或全部约束,从而在应用程序中引入所需的属性,例如松耦合(在不破坏现有客户端的情况下,更轻松地演进服务器)、可伸缩性(从小到大)和架构简单性(使用现成组件,例如代理或HTTP路由器)。你会选择使用JAX-RS来开发你的Web应用程序,因为许多类型的客户端使用RESTful Web服务比较容易,同时允许服务器进行演进和扩展。客户端可以选择使用服务的部分或全部方面,并将其与其他基于Web的服务混搭起来。随着移动App、云计算、CloudNative、微服务等架构的兴起,越来越多的应用倾向使用RESTful Web服务。
本文给大家讲解的内容是分布式系统核心:面向服务的分布式架构,Web服务的分类
本文就是愿天堂没有BUG给大家分享的内容。
相关文章
- 【企业架构】为什么企业架构活动比以往任何时候都更重要
- vivo自研芯片V2发布:全新AI-ISP架构,能效高达16.3TOPS/W!将与天玑9200双芯互联
- 你真不敢说精通微服务架构深度解析:微服务采用前提康威定律吗?
- Camunda Platform 7 参考架构 Camunda Platform 7 Reference Architecture
- 大数据架构系列:从索引到预计算
- 思科SDwan设计架构--应用性能优化方案
- 2-26聚合架构第五十六讲:业务分析部分之业务设计成熟度
- 数字化 IT 从业者知识体系 | 应用技术架构 —— 概览篇
- 轻量级微服务框架的通信架构详解架构师
- 给你一个美观、安全的Web连接MySQL指南(web连接mysql)
- 服务Linux下访问Web服务的指南(linux访问web)
- 服务器用Web管理Linux服务器:轻松把握系统运维(web管理linux)
- 服务器快速安装Linux下的Web服务器(linux安装web)
- 数据库构建Web与MySQL数据库之间的连接(web连接mysql)
- 2023年淘汰32位 ARM将全面转向64位CPU架构
- 器Linux快速启动Web服务器的指南(linux启动web服务)
- SUSE 为云原生、容器化应用提供多模架构平台,助力企业 IT 转型
- 设计微服务架构前应该了解的 5 项指导原则
- 推荐新书:《代码审计:企业级web代码安全架构》By:阿里 & Seay
- 展示Web与Oracle的极致结合(web oracle)
- 我们的企业的信息管理:建立在Oracle Web的基础上(oracle web)
- Linux掌握Web应用发展之道(linux web 控制)
- asp.net的web服务MSSQL检测ASP.NET的Web服务——利用它构建更棒的站点(mssql检测基于)
- Linux 2.4:新时代的服务器架构篇章(linux 2.4)
- Web构建Redis连接简单而有效的实现方式(web 连接redis)
- Web应用程序提升运行效率Redis技术实践(web应用使用redis)