导读

之前提过要作念一个 API 网关的先容，事实上，不论是微做事、做事网格，照旧云原生、数字化的成立，API 网关都是绕不开的话题。介于网上关于 API 网关的先容错杂不都，是以今天咱们不再浅易的作念 API 网关基础学问与功能先容【GDQS-003】隣のギャルママ BEST5時間 Vol.2，而是直切要点，聊聊 ESB、ServiceMesh、 微做事与 API 网关的关连。

[[421537]]

01 API 网关的中枢

跟着微做事场景的遍及专揽，API 网关也缓缓被天下所深爱，团聚接口、团聚做事以提供前端调用、业务封装，这是 API 网关的主要场景。

API 网关处于业务表里通讯或系统前后端的桥梁，功能上除了建立通讯、路由转发之外，也承担了许多非业务的功能，比如安全、流控、过滤、缓存、监控等;在做事化模式下，也会加多一些运营的功能，比如 API 照应、计量计费、做事订阅等等。

可见，在 API 网关上咱们不错作念许多著述，只因它对流量作念了邻接和转发，这亦然 API 网关的中枢。

色情片

这么的扮装并不生分，在我之前的两篇著述中提到的 ESB、ServiceMesh 都有借助流量的邻接转发功能，然后变成的贬责决策。兼并件用具，被置于不同的位置，就有其不同的形态，API 网关等于这么的用具。

02 API与ESB 、ServiceMesh、微做事的关连 替代ESB的场景

ESB 没必要再作念真切的先容了，其中枢亦然路由、转发、调遣、流控。在当下ESB 渐渐退出数字化的舞台的同期，多量企业也在想考若何通过一个替代品渐渐替换 ESB【GDQS-003】隣のギャルママ BEST5時間 Vol.2，咱们博云就在多个样式均区别通过微做事框架、做事网格框架作念出过多种平滑接替 ESB 的决策和功能。同期掩饰其原有的路由转发、条约调遣、限流扫尾的功能，最告成的决策等于通过 API 网关已毕。

ESB 的架构，同期承担了东西向做事间的看望扫尾，和南北向流量的扫尾。而使用了 API 网关的决策就显得愈加生动了，其可大可小的体量、动态设置的生动特点、自做事的破费模式，都更能稳当多变各类化的新式数字架构。如果计较稳当，API 网关在替代 ESB 的同期，也不错行动通盘集聚域内，甚而通盘企业级的网关，这也等于做事中台化的第一步。

做事网格中的应用

ServiceMesh 的理念其实很容易贯串，通过一个代理做事，将通盘的流量秉承，同期将非业务的治理、监控等功能，都通过代理服求已毕。那么这个代理做事(proxy)，等于 API 网关的另一个专揽场景。劫握流量，然后加入所需的定制化功能。

与其他场景比拟，这里的网关功能上莫得太大的变动，然而使用位置却有很大永逝。在 ServiceMesh 场景中，网关是一个很小很轻量的代理单位，而每个业务启动单位都会搭载该代理单位共同启动，是以在 ServiceMesh 场景中，时时叫作念边车(Sidecar)。也等于说 ServiceMesh 中的 Sidecar 等于一个 API 网关的应用，比如 Istio 框架下，数据面 Sidecar 等于 Envoy(基于C++谈话的 API 网关)。

微做事网关

值得一提的是微做事场景下的 API 网关，这种场景难说念不是最基本的专揽吗?其实否则，微做事网关亦然对 API 网关的场景化纠正后的效果，比如SpringcloudGateway、Zuul 这两种是基于 netty 框架的 Java 谈话开垦的微做事网关，主要在 Springcloud 微做事的场景下使用。

微做事场景下，做事间通讯的寻址都需要依赖于注册中心，微做事网关作念路由转发的时辰，上游地址也需要从注册中心获得，同期微做事看望网关的时辰也不错告成通过注册中心寻址，因此微做事网关需要稳当微做事框架的注册与发现机制。

03 追念

三种网关中枢都是通讯的代理和转发，替代 ESB 的时辰带上条约调遣的特点，对接微做事的时辰加多注册中心同步的功能，作念为 Sidecar 的时辰需要作念流量劫握以及扫尾面的通讯。另外还有没提到 API 市集的场景，这种场景就需要补充计量计费等功能了。

是以把柄不同的使用场景、不同的专揽口头，依赖于 API 网关都不错解放调治。在咱们博云里面，就至少波及了三种网关和多种场景的使用。

第一种：企业级的 API 网关，主要细心做事能力的提供，邻接全企业的流量，因此关于网关的性能有极高的条目。咱们接收的组件是基于openresty+lua 的 kong 来贬责，性能上保证全企业的交互压力。

第二种：微做事的网关，主如若微做事的封装，然而不是重心和难点，通过许多个项倡导托付发现，微做事的需求容易知足，而过渡决策比较难。所谓过渡决策是指非微做事的应用，在需要与微做事应用斡旋治理时，通过 API 网关作念的 Sidecar 决策。咱们博云里面接收的是 SpringcloudGateway，并在其上作念条约调遣、做事检测等功能，已毕对单体应用、传统架构系统的斡旋纳管和治理。

第三种：做事网格，主如若数据面 Sidecar 部分，与之上的区别是，之上的微做事框架基本也曾详情是 Springcloud，而做事网格本在咱们博云里面接收的是 Istio 框架，Istio 框架下 Sidecar 接收的是 Envoy 。咱们在 Envoy 上拓展 ESB 的场景、传统架构兼容的场景，并加多条约补助、条约调遣、数据集聚、链路集聚等功能，以已毕复杂的微做事转型需求。

阵此后战，兵法之常，专揽之妙，存乎一心。API 网关的时候也曾几于老练，在合适的场景下合理的专揽将会发达极大的作用。

 【GDQS-003】隣のギャルママ BEST5時間 Vol.2