API 网关的优缺点

API 网关的好处是显而易见的，封装了应用程序的内部结构，为不同客户端提供不同粒度的 API，同时网关自身也提供了一些高级功能，也减少了客户端与应用程序之间的往返次数，使客户端代码更优雅。

同时使用网关也存在一些缺点，增加了一个新的组件，增加了整个应用架构的复杂度，一个通俗的道理，你做的越多你犯错的风险也越高，网关不可用很可能导致整个应用架构崩溃，当然现在有各种各样的方案，能防止网关崩溃，它也可能存在瓶颈风险。

使用网关有利有弊，我个人而言，利肯定是大于弊的，我们尽可能的将弊端降到最低。

API 网关一些实现

使用一个组件时，尤其是这种比较流行的架构，组件肯定存在开源的，我们不必自己去从零开始去实现一个网关，自己开发一个网关的工作量是相当可观的，现在比较流行的开源 API 网关如下所示：

Kong

Kong是一个在 Nginx 中运行的Lua应用程序，并且可以通过lua-nginx模块实现，Kong不是用这个模块编译Nginx，而是与 OpenResty 一起发布，OpenResty已经包含了 lua-nginx-module， OpenResty 不是 Nginx 的分支，而是一组扩展其功能的模块。

它的核心是实现数据库抽象，路由和插件管理，插件可以存在于单独的代码库中，并且可以在几行代码中注入到请求生命周期的任何位置。

Traefik

Traefik 是一个现代 HTTP 反向代理和负载均衡器，可以轻松部署微服务，Traeffik 可以与您现有的组件（Docker、Swarm，Kubernetes，Marathon，Consul，Etcd，…）集成，并自动动态配置。

Ambassador

Ambassador 是一个开源的微服务 API 网关，建立在 Envoy 代理之上，为用户的多个团队快速发布，监控和更新提供支持，支持处理 Kubernetes ingress controller 和负载均衡等功能，可以与 Istio 无缝集成。

Tyk

Tyk是一个开源的、轻量级的、快速可伸缩的 API 网关，支持配额和速度限制，支持认证和数据分析，支持多用户多组织，提供全 RESTful API。基于 go 编写。

Zuul

Zuul 是一种提供动态路由、监视、弹性、安全性等功能的边缘服务。Zuul 是 Netflix 出品的一个基于 JVM 路由和服务端的负载均衡器。

API 网关实现对比

KongTraefikAmbassadorTyk

Zuul

基本

主要用途企业级API管理微服务网关微服务网关微服务网关

微服务网关

学习曲线适中simplesimple

适中simple

成本开源/企业版开源开源/pro开源/企业版开源

社区star2074221194171942997186

配置

配置语言Admin Rest api, Text file(nginx.conf 等)

TOMLYAML(kubernetes annotation)Tyk REST APIREST API，YAML静态配置

配置端点类型命令式声明式声明式命令式命令式

拖拽配置yesnono

nono

管理模式configurabledecentralised, self-servicedecentralised, self-servicedecentralised, self-servicedecentralised, self-service

部署

kubernetes适中(k8s yaml,helm chart)easyeasy适中(k8s yaml,helm chart)适中(k8s yaml,helm chart)

Cloud IAAShigheasyN/Aeasyeasy

Private Data CenterhigheasyN/Aeasyeasy

部署模式金丝雀(企业版)金丝雀金丝雀，shadow金丝雀金丝雀

statepostgres,cassandrakuberneteskubernetesredis内存文件

可扩展性

扩展功能插件自己实现插件插件

自己实现

扩展方法水平水平水平水平水平

功能

服务发现动态动态动态动态

动态

协议http,https,websockethttp,https,grpc,websockethttp,https,grpc,websockethttp,https,grpc,websockethttp,https

基于kong+nginxtraefikenvoytykzuul    

ssl 终止yesyesyesyesno

websocketyesyesyesyesno

routinghost,path,methodhost,pathhost,path,headerhost,path

限流yesnoyesyes需要开发

熔断yesyesnoyes需要其他组件

重试yesyesnoyesyes

健康检查yesnonoyesyes

负载均衡算法

轮询，哈希轮询，加权轮询加权轮询轮询轮询，随机，加权轮询，自定义

权限Basic Auth, HMAC, JWT, Key, LDAP, OAuth 2.0, PASETO, plus paid Kong Enterprise options like OpenID ConnectbasicyesHMAC，JWT，Mutual TLS，OpenID Connect，基本身份验证，LDAP，社交OAuth（例如GPlus，Twitter，Github）和传统基本身份验证提供程序开发实现

tracingyes

yes

yesyes需要其他组件

istio集成nonoyesnono

dashboardyesyes

grafana,Prometheusyesno

总结

由上述对比表格中可以看出：从开源社区活跃度来看，无疑是Kong和Traefik较好；从成熟度来看，较好的是Kong、Tyk、Traefik；从性能角度来看，Kong要比其他几个领先一些；从架构优势的扩展性来看，Kong、Tyk有丰富的插件，Ambassador也有插件但不多，而Zuul是完全需要自研，但Zuul由于与Spring Cloud深度集成，使用度也很高，近年来Istio服务网格的流行，Ambassador因为能够和Istio无缝集成也是相当大的优势。

具体使用选择还是需要依据具体的业务场景，我们在参考链接中收集了一些性能对比，大家可以做下参考。

参考链接

https://www.bbva.com/en/api-gateways-kong-vs-tyk/ kong vs tyk

https://stackshare.io/stackups/kong-vs-traefik kong vs traefik

https://blog.getambassador.io/envoy-vs-nginx-vs-haproxy-why-the-open-source-ambassador-api-gateway-chose-envoy-23826aed79ef envoy vs nginx

https://engineering.opsgenie.com/comparing-api-gateway-performances-nginx-vs-zuul-vs-spring-cloud-gateway-vs-linkerd-b2cc59c65369 nginx vs zuul