HTTP和RPC的优缺点

  在HTTP和RPC的选择上，可能有些人是迷惑的，主要是由于，有些RPC框架配置复杂，若是走HTTP也能完成一样的功能，那么为何要选择RPC，而不是更容易上手的HTTP来实现了。
本文主要来阐述HTTP和RPC的异同，让你们更容易根据本身的实际状况选择更适合的方案。

• 传输协议

  • 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接口调用，第三方接口调用等。

---

欢迎订阅「K叔区块链」 - 专一于区块链技术学习

博客地址： http://www.jouypub.com
简书主页： https://www.jianshu.com/u/756c9c8ae984
segmentfault主页： https://segmentfault.com/blog/jouypub
腾讯云主页： https://cloud.tencent.com/developer/column/72548