你了解过系统集成服务集成交互技术:REST服务集成——RESTAPI吗

本文探讨了REST服务集成在微服务架构中的重要性,阐述了REST(表述性状态转移)的基本原理和与HTTP的区别。内容包括REST API的设计原则,如资源、表述、状态转移,以及REST成熟度模型。此外,文章还对比了REST与传统技术如CORBA的优缺点,并提供了REST API的接入示例。
摘要由CSDN通过智能技术生成

REST服务集成微服务架构倾向于使用轻量级的通信机制(通常是HTTP提供的API调用方式)实现服务之间的交互,基于API优先的服务契约管理成为微服务架构的重要原则之一。REST在HTTP的基础上提供了一系列架构约束和原则,帮助微服务更好地实现通信和集成。

REST API

REST的全称为Representational State Transfer,中文翻译为“表述性状态转移”或“表现层状态变化”。如果一个架构符合REST原则,则称它为RESTful架构。

REST与HTTP

首先要说明的是,虽然HTTP(1.0版本和1.1版本)的主要设计者和REST概念的提出者是同一个人,但是REST和HTTP有着本质的区别。

HTTP本身是万维网的支撑协议,也是一项通用协议规范,而REST描述的则是客户端与服务端的一种交互形式。下面介绍HTTP和REST的主要区别。

● HTTP的详细内容可以参考RFC2616。HTTP采用了请求/响应模式。客户端向服务端发送一个请求,请求头包含请求的方法、URI、协议版本,以及请求修饰符、客户信息和内容的类似于MIME的消息结构。服务端以一个状态行作为响应,相应的内容包括消息协议的版本、成功或者错误编码加上服务端信息、实体元信息及可能的实体内容。

● REST本身并没有创造新的技术、组件、服务,隐藏在REST背后的理念是使用Web标准的现有特征和能力,强调Web组件交互的可扩展性、接口的独立性、减少交互延迟中间件。它的目标是更好地利用现有Web标准中的准则和规范,关注的是系统之间的通信行为细节,以及如何改进通信机制的表现。

REST与JSON

在服务集成交互技术中,我们已经介绍了两种主要的基于文本的序列化方式:JSON和XML。二进制格式的交互更多应用于RPC方式的交互集成,例如Google的Protocol Buffer和Facebook的Thrift。在REST的序列化方式上,从灵活性的角度说,JSON无论从数据格式还是使用方式上都更加简单。JSON相比XML,无论在结构的紧凑性还是对浏览器的兼容性上,JSON都有得天独厚的优势。

从序列化的性能方面来说,JSON没有过多的标签,JSON主要基于键值对的形式表示数据,所以传输和处理速度都有巨大的优势。

从对象的表述和数据结构与宿主语言的对应方面来看,JSON有更明显的优势,例如哈希表(Hashtable)、键值对(Key/Value)、向量(Vector)、列表(List)及对象组成的数据结构。XML在表达数据结构和对象的转换上都没有JSON方便。

当然XML也有JSON所不具备的优势,像通过标签可以添加属性来存储元数据(Metadata),可以使用连接进行超媒

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值