必然精通分布式系统核心:面向服务的分布式架构,Web服务的分类

简介: 在技术层面上,Web服务可以通过多种方式实现。目前,业界主流分类方法是将Web服务区分为“大”Web服务和RESTful 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给大家分享的内容,大家有收获的话可以分享下,想学习更多的话可以到微信公众号里找我,我等你哦。

相关文章
|
1月前
|
安全 应用服务中间件 API
微服务分布式系统架构之zookeeper与dubbo-2
微服务分布式系统架构之zookeeper与dubbo-2
|
1月前
|
负载均衡 Java 应用服务中间件
微服务分布式系统架构之zookeeper与dubbor-1
微服务分布式系统架构之zookeeper与dubbor-1
|
1月前
|
存储 JSON 数据库
Elasticsearch 分布式架构解析
【9月更文第2天】Elasticsearch 是一个分布式的搜索和分析引擎,以其高可扩展性和实时性著称。它基于 Lucene 开发,但提供了更高级别的抽象,使得开发者能够轻松地构建复杂的搜索应用。本文将深入探讨 Elasticsearch 的分布式存储和检索机制,解释其背后的原理及其优势。
142 5
|
11天前
|
机器学习/深度学习 数据处理 数据库
基于Django的深度学习视频分类Web系统
基于Django的深度学习视频分类Web系统
36 4
基于Django的深度学习视频分类Web系统
|
3天前
|
消息中间件 关系型数据库 Java
‘分布式事务‘ 圣经:从入门到精通,架构师尼恩最新、最全详解 (50+图文4万字全面总结 )
本文 是 基于尼恩之前写的一篇 分布式事务的文章 升级而来 , 尼恩之前写的 分布式事务的文章, 在全网阅读量 100万次以上 , 被很多培训机构 作为 顶级教程。 此文修改了 老版本的 一个大bug , 大家不要再看老版本啦。
|
7天前
|
存储 安全 API
单元化架构,分布式系统的新王!
【10月更文挑战第9天】
48 0
单元化架构,分布式系统的新王!
|
10天前
|
前端开发 JavaScript 安全
探索JAMstack架构:现代Web开发的新范式
【10月更文挑战第7天】JAMstack是一种现代Web开发架构,代表JavaScript、APIs和Markup。本文介绍了JAMstack的核心概念、优势及实施步骤,包括内容设计、选择静态站点生成器、API集成、前端开发和部署托管。JAMstack提高了网站的性能、安全性和可扩展性,适用于营销网站、博客、电子商务和Web应用等多种场景。
|
17天前
|
前端开发 JavaScript
掌握微前端架构:构建现代Web应用的新方法
本文介绍了微前端架构的概念及其在现代Web应用开发中的优势与实施方法。微前端架构通过将应用拆分成独立模块,提升了开发效率和灵活性。其核心优势包括技术栈灵活性、独立部署、团队协作及易于维护。文章详细阐述了定义边界、选择框架、管理状态和通信等关键步骤,并讨论了状态同步、样式隔离及安全性等挑战。微前端架构有望成为未来Web开发的重要趋势。
|
20天前
|
前端开发 JavaScript 微服务
拥抱微前端架构:构建未来Web应用的新思路
随着互联网技术的发展,Web应用日益复杂,传统单体架构已难以满足需求。微前端架构将大型应用拆分为独立模块,便于管理和迭代。其核心优势包括技术栈无关性、独立部署、团队协作及易于扩展。实施时需定义边界、选用框架(如Single-spa)、管理状态通信,并解决样式隔离和安全性等问题。尽管存在挑战,微前端架构凭借灵活性和高效性,有望成为未来Web开发的主流趋势。
|
14天前
|
存储 SQL 消息中间件
Hadoop-26 ZooKeeper集群 3台云服务器 基础概念简介与环境的配置使用 架构组成 分布式协调框架 Leader Follower Observer
Hadoop-26 ZooKeeper集群 3台云服务器 基础概念简介与环境的配置使用 架构组成 分布式协调框架 Leader Follower Observer
35 0

热门文章

最新文章