PRC是什么 | 图解系列

Posted 2022-09-06 流楚丶格念

文章目录

• PRC（Remote Procedure Call）
• • PRC 概念
  • 应用场景
  • RPC 框架原理
  • RPC服务调用过程
  • RPC 优缺点
  • PRC与HTTP区别

PRC（Remote Procedure Call）

PRC 概念

RPC（Remote Procedure Call）——远程过程调用，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。

RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。在OSI网络通信模型中，RPC跨越了传输层和应用层。RPC使得开发包括网络分布式多程序在内的应用程序更加容易。

它是一个计算机通信协议，这个协议允许运行在一台计算机的程序调用另一台计算机的子程序。

总结：RPC 可以说是一种框架或者说一种架构（方法思想），主要目标就是让远程服务调用更简单、透明，调用远程就像调用本地一样。

也可以把RPC类比成一个方法，RPC 的实现可能也会用到HTTP

应用场景

如果我们开发简单的应用，业务流程简单、流量不大，根本用不着 RPC。

当我们的应用访问量增加和业务增加时，发现单机已无法承受，此时可以根据不同的业务（划分清楚业务逻辑）拆分成几个互不关联的应用，分别部署在不同的机器上，此时可能也不需要用到 RPC 。

随着我们的业务越来越多，应用也越来越多，应用与应用相互关联调用，发现有些功能已经不能简单划分开，此时可能就需要用到 RPC。

因为良好的RPC调用是面向服务的封装，针对服务的可用性和效率等都做了优化。单纯使用http调用则缺少了这些特性。

分布式系统以及在一个大系统内服务较多的情况下，服务间的调用当然是越简单越好，而RPC的调用仅涉及到传输协议+序列化协议，而不用考虑一些类似接口可读性等。可以更方便的调用。

比如，我们开发电商系统，需要拆分出用户服务、商品服务、优惠券服务、支付服务、订单服务、物流服务、售后服务等等，这些服务之间都是相互调用，这时内部调用最好使用 RPC ，同时每个服务都可以独立部署，独立上线。

总结：当我们的项目太大，需要解耦服务，扩展性强、部署灵活，这时就要用到 RPC ，主要解决了分布式系统中，服务与服务之间的调用问题。

RPC 框架原理

RPC 架构主要包括三部分：

角色	说明
服务注册中心（Registry）	负责将本地服务发布成远程服务，管理远程服务，提供给服务消费者使用。
服务提供者（Server）	提供服务接口定义与服务实现类。
服务消费者（Client）	通过远程代理对象调用远程服务。

RPC框架执行流程如下：

1. 服务提供者（Server）启动后主动向服务注册中心（Registry）注册机器IP、端口以及提供的服务列表；

2. 服务消费者（Client）启动时向服务注册中心（Registry）获取服务提供方地址列表。

3. 服务注册中心（Registry）可实现负载均衡和故障切换。

RPC服务调用过程

（服务的调用流程哈，不是整体的执行流程，细节，这是细节！）

1. 客户端（client）以本地调用方式调用服务；
2. 客户端存根（client stub）接收到调用后，负责将方法、参数等组装成能够进行网络传输的消息体（将消息体对象序列化为二进制）；
3. 客户端通过 sockets 将消息发送到服务端；
4. 服务端存根（server stub）收到消息后进行解码（将消息对象反序列化）；
5. 服务端存根（server stub）根据解码结果调用本地的服务；
6. 本地服务执行并将结果返回给服务端存根（server stub）；
7. 服务端存根（server stub）将返回结果打包成消息（将结果消息对象序列化）；
8. 服务端（server）通过 sockets 将消息发送到客户端；
9. 客户端存根（client stub）接收到结果消息，并进行解码（将结果消息发序列化）；
10. 客户端（client）得到最终结果。

注意：这里的存根（stub）是从服务注册中心拿到的，这里只展示的是服务间的调用过程

RPC 优缺点

RPC 优点

• 支持跨语言（C++、php、Java、Python …）
• 协议私密，安全性较高
• 数据传输效率高
• 支持动态扩展

RPC 缺点

• 一个完善的 RPC框架 开发难度大，需要的专业人员比较多，对初学者难度比较大。

PRC与HTTP区别

传输协议

• RPC，可以基于TCP协议，也可以基于HTTP协议。
• HTTP，基于HTTP协议。

传输效率

• RPC，使用自定义的TCP协议，可以让请求报文体积更小，或者使用HTTP2协议，也可以很好的减少报文的体积，提高传输效率。
• HTTP，如果是基于HTTP1.1的协议，请求中会包含很多无用的内容，如果是基于HTTP2.0，那么简单的封装一下是可以作为一个RPC来使用的，这时标准RPC框架更多的是服务治理。

性能消耗

• RPC，可以基于thrift实现高效的二进制传输。
• HTTP，大部分是通过json来实现的，字节大小和序列化耗时都比thrift要更消耗性能。

负载均衡

• RPC，基本都自带了负载均衡策略。
• HTTP，需要配置nginx，HAProxy来实现。

服务治理

• RPC，能做到自动通知，不影响上游。
• HTTP，需要事先通知，修改Nginx/HAProxy配置。

总结：RPC主要用于公司内部的服务调用，性能消耗低，传输效率高，服务治理方便。HTTP主要用于对外的异构环境，浏览器接口调用，APP接口调用，第三方接口调用等。