之前提过要作念一个 API 网关的先容，事实上，不管是微办事、办事网格，如故云原生、数字化的树立，API 网关都是绕不开的话题。介于网上关于 API 网关的先容零星不皆，是以今天咱们不再浮浅的作念 API 网关基础常识与功能先容，而是直切要点，聊聊 ESB、ServiceMesh、 微办事与 API 网关的干系。
[[421537]]
01 API 网关的中枢跟着微办事场景的渊博哄骗，API 网关也逐步被各人所喜爱，团员接口、团员办事以提供前端调用、业务封装，这是 API 网关的主要场景。
API 网关处于业务表里通讯或系统前后端的桥梁，功能上除了建立通讯、路由转发除外，也承担了许多非业务的功能，比如安全、流控、过滤、缓存、监控等;在办事化模式下，也会加多一些运营的功能，比如 API 治理、计量计费、办事订阅等等。
可见，在 API 网关上咱们不错作念许多著述，只因它对流量作念了联贯和转发，这亦然 API 网关的中枢。
这么的扮装并不生疏，在我之前的两篇著述中提到的 ESB、ServiceMesh 都有借助流量的联贯转发功能，然后酿成的惩处有盘算推算。并吞件器用，被置于不同的位置，就有其不同的形态，API 网关即是这么的器用。
02 API与ESB 、ServiceMesh、微办事的干系 替代ESB的场景ESB 没必要再作念潜入的先容了，其中枢亦然路由、转发、革新、流控。在当下ESB 迟缓退出数字化的舞台的同期，多量企业也在想考怎样通过一个替代品迟缓替换 ESB，咱们博云就在多个口头均分歧通过微办事框架、办事网格框架作念出过多种平滑接替 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 网关的时刻一经几于熟练，在合适的场景下合理的哄骗将会进展极大的作用。
