35-二进制类RPC协议：还是叫NBA吧，总说全称多费劲1
需积分: 0 2 浏览量
2022-08-03
15:35:07
上传
评论
收藏 1.02MB PDF 举报
极客时间
hongfenghuoju/12521[2018/8/8 18:33:16]
第35讲 | 二进制类RPC协议：还是叫NBA吧，总说全称多费劲
2018-08-06 刘超
前面我们讲了两个常用文本类的
RPC
协议，对于陌生人之间的沟通，用
NBA
、
CBA
这样的缩略语，会使得协议约定非常不方便。
在讲
CDN
和
DNS
的时候，我们讲过接入层的设计，对于静态资源或者动态资源静态化的部分都可以做缓存。但是对于下单、支付等交易场景，还是需要调用
API
。
对于微服务的架构，
API
需要一个
API
网关统一的管理。
API
网关有多种实现方式，用
Nginx
或者
OpenResty
结合
Lua
脚本是常用的方式。在上一节讲过的
Spring Cloud
体系中，有
个组件
Zuul
也是干这个的。
数据中心内部是如何相互调用的？
API网关用来管理API，但是API的实现一般在一个叫作
Controller
层
的地方。这一层对外提供API。由于是让陌生人访问的，我们能看到目前业界主流的，基本都是RESTful的API，
是面向大规模互联网应用的。
第
35
讲
|
二进制类
RPC
协议：还是叫
NBA
吧，总说全称多费劲
刘超
- 00:00 / 12:46
评论0