API Gateway 技术选型

【API Gateway 技术选型】API Gateway 技术选型
文章图片

1、 kong
优点: nginx + lua,提供了许多有价值的插件;
缺点:与我们整体技术栈不匹配,维护承包比较高
Nginx 采用的是 master-worker 模型,一个 master 进程管理多个 worker 进程,基本的事件处理都是放在 woker 中,master 负责一些全局初始化,以及对 worker 的管理。在OpenResty中,每个 woker 使用一个 LuaVM,当请求被分配到 woker 时,将在这个 LuaVM 里创建一个 coroutine(协程)。协程之间数据隔离,每个协程具有独立的全局变量_G。
ps. 协程和多线程下的线程类似:有自己的堆栈,自己的局部变量,有自己的指令指针,但是和其他协程程序共享全局变量等信息。线程和协程的主要不同在于:多处理器的情况下,概念上来说多线程是同时运行多个线程,而协程是通过代码来完成协程的切换,任何时刻只有一个协程程序在运行。并且这个在运行的协程只有明确被要求挂起时才会被挂起。
2、Spring cloud zuul1
优点:编程模型简单、开发调试运维简单,线程请求、处理、响应都在以一个线程处理。线程局部变量(ThreadLocal)在同步线程模型下可以使用
缺点: per thread per connetcion
3、Zuul2(场景IO密集型)
优点:采用了Netty实现异步非阻塞编程模型,线程开销小,连接数容易扩展
缺点:编程模型复杂、开发调试复杂、ThreadLocal不支持
4、Spring Cloud gateway
zuul2连续跳票和zuul1的性能表现不是很理想,Spring这样的整合专家可能也不愿意再继续等待, 所以催生了spring孵化Gateway项目
Spring Cloud Gateway是由spring官方基于Spring5.0、Spring Boot2.x、Project Reactor等技术开发的网关,目的是代替原先版本中的Spring Cloud Netfilx Zuul,目前Netfilx已经开源了Zuul2.0,但Spring没有考虑集成,而是推出了自己开发的Spring Cloud GateWay
Spring Cloud 基于 Spring Boot,为微服务体系开发中的架构问题,提供了一整套的解决方案——服务注册与发现,服务消费,服务保护与熔断,网关,分布式调用追踪,分布式配置管理等。
4、Netty自研
优势: 1、完整掌握HTTP协议处理过程 2、掌握异步处理IO的过程 3、能与内部协议进行较好得结合 4、和内部的配置中心、注册中心、安全中心能够较好对接
劣势: 1、研发周期较长,短时间可能不会有产出 2、HTTP协议需要踩坑 3、大量性能优化过程
5、Linkerd
Linkerd 是 Service Mesh(服务网格)技术的一个实现,另一个实现是 Istio。
核心是一个透明代理,可以用它来实现一个专用的基础设施层以提供服务间的通信,进而为软件应用提供服务发现、路由、错误处理以及服务可见性等功能,而无需侵入应用内部本身的实现。

    推荐阅读