您的位置: 首页  >  文章  >  Avro远程过程调用和数据序列化

Avro远程过程调用和数据序列化

分类: 文章 • 2023-03-21 13:54:03

一、概述

Avro是一种远程过程调用和数据序列化框架，是在Apache的Hadoop项目之内开发的。它使用JSON来定义数据类
型和通讯协议，使用压缩二进制格式来序列化数据。它主要用于Hadoop，它可以为持久化数据提供一种序列化格
式，并为Hadoop节点间及从客户端程序到Hadoop服务的通讯提供一种电报格式

二、序列化和反序列化

数据序列化就是将对象或者数据结构转化成特定的格式，使其可在网络中传输，或者可存储在内存或者文件中。反
序列化则是相反的操作，将对象从序列化数据中还原出来。
数据序列化的重点在于数据的交换和传输 。

衡量标准

  1. 序列化之后的数据大小
    因为序列化的数据要通过网络进行传输或者是存储在内存或者文件中，所以数据量越小，则存储或者传输所
    用的时间就越少
  2. 序列化以及反序列化的耗时及占用的CPU
  3. 是否能够跨语言或者平台
    因为现在的企业开发中，一个项目往往会使用到不同的语言来进行架构和实现。那么在异构的网络系统中，
    网络双方可能使用的是不同的语言或者是不同的操作系统，例如一端使用的是Java而另一端使用的C++；或者
    一端使用的是Windows系统而另一端使用的是Linux系统，那么这个时候就要求序列化的数据能够在不同的语
    言以及不同的平台之间进行解析传输

Java原生序列化/反序列化机制的问题

  1. Java的原生序列化不能做到对象结构的服用，就导致序列化多个对象的时候数据量较大
  2. Java的原生序列化在使用的时候，是按照Java指定的格式将对象进行解析，解析为字节码格式，那么此时其他
    的语言在接收到这个对象的时候，是无法解析或者解析较为困难。即Java的原生序列化机制是没有做到跨语言
    或者跨平台传递使用

三、常见序列化框架

Protobuf

Protobuf是Google公司提供的序列化/反序列化框架，特点如下：

  1. 平台无关、语言无关。
  2. 二进制、数据自描述。
  3. 提供了完整详细的操作API。
  4. 高性能，比xml要快20-100倍
  5. 尺寸小，比xml要小3-10倍，高可扩展性
  6. 数据自描述、前后兼容

Thrift

Thrift是Facebook公司提供的序列化/反序列化的框架，2007年贡献给了Apache。特点如下：

  1. 支持非常多的语言绑定
  2. thrift文件生成目标代码，简单易用、
  3. 消息定义文件支持注释
  4. 数据结构与传输表现的分离，支持多种消息格式
  5. 包含完整的客户端/服务端堆栈，可快速实现RPC
  6. 支持同步和异步通信

Avro

  1. 丰富的数据结构类型，8种基本数据类型以及6种复杂类型
  2. 快速可压缩的二进制形式
  3. 提供容器文件用于持久化数据
  4. 远程过程调用RPC框架
  5. 简单的动态语言结合功能，Avro 和动态语言结合后，读写数据文件和使用 RPC协议都不需要生成代码，而代
    码生成作为一种可选的优化只值得在静态类型语言中实现。而代码生成作为一种可选的优化只值得在静态类
    型语言中实现。

通过avro，每次进行序列化，根据模式（schema)文件来序列化，可以提高性能。
Avro是依赖于模式（schema），模式文件是用json格式来表示的。如果是想利用avro实现序列化或rpc通信，需要
遵守schema的格式要求。基于模式的好处是使得序列化快速而又轻巧

四、Avro的格式说明

简单类型

Avro定义了8种简单数据类型，下表是其简单说明

Avro类型 说明
null 没有值
boolean 一个二级制布尔值
int 32位有符号整数
long 64位有符号整数
float 32位单精度浮点数
double 64位双精度浮点数
bytes 8位无符号字节序列
string 字符序列

复杂格式

Avro定义了六种复杂数据类型，每一种复杂数据类型都具有独特的属性，下表就每一种复杂数据类型进行说明。
Avro远程过程调用和数据序列化

每一种复杂数据类型都含有各自的一些属性，其中部分属性是必需的，部分是可选的。
这里需要说明Record类型中field属性的默认值，当Record Schema实例数据中某个field属性没有提供实例数据
时，则由默认值提供，具体值见下表。Union的field默认值由Union定义中的第一个Schema决定。
Avro远程过程调用和数据序列化

五、RPC

概述

RPC 的全称是 Remote Procedure Call（远程过程调用） 是一种进程间通信方式。它允许程序调用另一个地址空
间（通常是共享网络的另一台机器上）的过程或函数，而不用程序员显式编码这个远程调用的细节。 即程序员无论
是调用本地的还是远程的，本质上编写的调用代码基本相同。

起源

布鲁斯·纳尔逊1974年毕业于哈维·穆德学院，1976年在斯坦福大学获得计算机科学硕士学位，1982年在卡内基梅
隆大学获得计算机科学博士学位。在追求博士学位时，他开发了远程过程调用（RPC）的概念。他和他的合作者安
德鲁·伯雷尔因在RPC方面的工作而获得了1994年ACM软件系统奖。1996他加入思科系统担任首席科学官。

特点

  1. 简单：RPC 概念的语义十分清晰和简单，这样建立分布式计算就更容易。
  2. 高效：过程调用看起来十分简单而且高效。
  3. 通用：在单机计算中过程往往是不同算法部分间最重要的通信机制。 通俗一点说，就是一般程序员对于本地
    的过程调用很熟悉，那么我们在通过网络做远程通信时，通过RPC 把远程调用做得和本地调用完全类似，那
    么就更容易被接受，使用起来也就毫无障碍。

过程

  1. 服务消费方（User）调用以本地调用方式调用服务
  2. User-stub（存根）接收到调用后负责将方法、参数等组装成能够进行网络传输的消息体，并交给
    RPCRuntime模块
  3. RPCRuntime找到服务地址，并将消息发送到服务端
  4. 服务端的RPCRuntime收到消息后，传给Server-stub
  5. Server-stub根据解码结果调用本地的服务
  6. 本地服务执行并将结果返回给Server-stub
  7. server stub将返回结果打包成消息并发送至消费方
  8. client stub接收到消息，并进行解码
  9. 服务消费方得到最终结果

RPC调用细节

  1. 接口方式的调用
    RPC设计的目的在于可以让调用者可以像以本地调用方式一样调用远程服务。具体实现的方式是调用接口的方
    式来调用。在java中，底层通过Java动态代理方式生成接口的代理类，代理类中封装了与远程服务通信的细
    节。这些细节包括：
    客户端的请求消息：
  2. 接口名称
  3. 方法名
  4. 参数类型以及相应的参数值
  5. requestID，标识唯一请求id
    服务器端的返回消息：
  6. 返回值
  7. requestID
  8. 序列化
  9. 通信
    一般RPC通信都是基于NIO进行通信

RPC框架的特点

  1. 基于RPC的进程通信方式
  2. 有自定义的一套序列化和反序列的机制
  3. 客户端通过代理机制调用远程方法
  4. 服务端通过回调机制执行方法及返回结果

相关推荐