微服务网关除了 zuul、spring cloud gateway 还有更出色的

• 提供了多样化的认证层来保护 Api。

• 可对出入流量进行管制。

• 提供了可视化的流量检查、监视分析 Api。

• 能够及时的转换请求和相应。

• 提供 log 解决方案

• 可通过 api 调用 Serverless 函数。

业务网关与流量网关

对于具体的后端业务应用或者是服务和业务有一定关联性的策略网关就是上图左边的架构模型——业务网关。 业务网关针对具体的业务需要提供特定的流控策略、缓存策略、鉴权认证策略等等。

与业务网关相反，定义全局性的、跟具体的后端业务应用和服务完全无关的策略网关就是上图右边所示的架构模型——流量网关。流量网关通常只专注于全局的 Api 管理策略，比如全局流量监控、日志记录、全局限流、黑白名单控制、接入请求到业务系统的负载均衡等，有点类似防火墙。Kong 就是典型的流量网关。

这里需要补充一点的是，业务网关一般部署在流量网关之后、业务系统之前，比流量网关更靠近业务系统。通常 API 网关指的是业务网关。 有时候我们也会模糊流量网关和业务网关，让一个网关承担所有的工作,所以这两者之间并没有严格的界线。

Kong 的架构


请求流程

每个客户请求都会先到达 Kong 网关，然后再代理到最终的 API。在请求和响应之间，Kong 将执行已安装配置的插件，从而扩展 AP 的 I 功能集。