北京航江龙谱科贸有限公司！

导读

从前提过要做一个 API 网关的介绍，现实上，不管是微服务、服务网格，照旧云原生、数字化的树立，API 网关都是绕不开的话题。介于网上关于 API 网关的介绍良莠不齐，所以来日诰日我们再也不俭朴的做 API 网关根抵知识与功用介绍，而是直切要点，聊聊 ESB、ServiceMesh、 微服务与 API 网关的纠葛。

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 网关的技能已经几于童稚，在相宜的场景下公正的应用将会发挥极大的浸染。