服务网关与流量网关

一、为什么需要服务网关

1、什么是服务网关

传统的单体架构中只需要开放一个服务给客户端调用&＃xff0c;但是微服务架构中是将一个系统拆分成多个微服务&＃xff0c;如果没有网关&＃xff0c;客户端只能在本地记录每个微服务的调用地址&＃xff0c;当需要调用的微服务数量很多时&＃xff0c;它需要了解每个服务的接口&＃xff0c;这个工作量很大。那有了网关之后&＃xff0c;能够起到怎样的改善呢&＃xff1f;

网关作为系统的唯一流量入口&＃xff0c;封装内部系统的架构&＃xff0c;所有请求都先经过网关&＃xff0c;由网关将请求路由到合适的微服务&＃xff0c;所以&＃xff0c;使用网关的好处在于&＃xff1a;

1. 简化客户端的工作。 网关将微服务封装起来后&＃xff0c;客户端只需同网关交互&＃xff0c;而不必调用各个不同服务&＃xff1b;
2. 降低函数间的耦合度。 一旦服务接口修改&＃xff0c;只需修改网关的路由策略&＃xff0c;不必修改每个调用该函数的客户端&＃xff0c;从而减少了程序间的耦合性
3. 解放开发人员把精力专注于业务逻辑的实现。 由网关统一实现服务路由(灰度与ABTest)、负载均衡、访问控制、流控熔断降级等非业务相关功能&＃xff0c;而不需要每个服务 API 实现时都去考虑

但是 API 网关也存在不足之处&＃xff0c;在微服务这种去中心化的架构中&＃xff0c;网关又成了一个中心点或瓶颈点&＃xff0c;它增加了一个我们必须开发、部署和维护的高可用组件。正是由于这个原因&＃xff0c;在网关设计时必须考虑即使 API 网关宕机也不要影响到服务的调用和运行&＃xff0c;所以需要对网关的响应结果有数据缓存能力&＃xff0c;通过返回缓存数据或默认数据屏蔽后端服务的失败。

在服务的调用方式上面&＃xff0c;网关也有一定的要求&＃xff0c;API 网关最好是支持 I/O 异步、同步非阻塞的&＃xff0c;如果服务是同步阻塞调用&＃xff0c;可以理解为微服务模块之间是没有彻底解耦的&＃xff0c;即如果A依赖B提供的API&＃xff0c;如果B提供的服务不可用将直接影响到A不可用&＃xff0c;除非同步服务调用在API网关层或客户端做了相应的缓存。

因此为了彻底解耦&＃xff0c;在微服务调用上更建议选择异步方式进行。而对于 API 网关需要通过底层多个细粒度的 API 组合的场景&＃xff0c;推荐采用响应式编程模型进行而不是传统的异步回调方法组合代码&＃xff0c;其原因除了采用回调方式导致的代码混乱外&＃xff0c;还有就是对于 API 组合本身可能存在并行或先后调用&＃xff0c;对于采用回调方式往往很难控制。

2、服务网关的基本功能

3、流量网关与服务网关的区别

 流量网关和服务网关在系统整体架构中所处的位置如上图所示&＃xff0c;流量网关&＃xff08;如Nignx)是指提供全局性的、与后端业务应用无关的策略&＃xff0c;例如 HTTPS证书卸载、Web防火墙、全局流量监控等。

而微服务网关&＃xff08;如Spring Cloud Gateway&＃xff09;是指与业务紧耦合的、提供单个业务域级别的策略&＃xff0c;如服务治理、身份认证等。也就是说&＃xff0c;流量网关负责南北向流量调度及安全防护&＃xff0c;微服务网关负责东西向流量调度及服务治理。

二、服务网关的部署

1、主流网关的对比与选型

• Kong 网关 &＃xff1a;Kong 的性能非常好&＃xff0c;非常适合做流量网关&＃xff0c;但是对于复杂系统不建议业务网关用 Kong&＃xff0c;主要是工程性方面的考虑

• Zuul1.x 网关 &＃xff1a;Zuul 1.0 的落地经验丰富&＃xff0c;但是性能差、基于同步阻塞IO&＃xff0c;适合中小架构&＃xff0c;不适合并发流量高的场景&＃xff0c;因为容易产生线程耗尽&＃xff0c;导致请求被拒绝的情况

• gateway 网关 &＃xff1a;功能强大丰富&＃xff0c;性能好&＃xff0c;官方基准测试 RPS (每秒请求数)是Zuul的1.6倍&＃xff0c;能与 SpringCloud 生态很好兼容&＃xff0c;单从流式编程&＃43;支持异步上也足以让开发者选择它了。

• Zuul 2.x &＃xff1a;性能与 gateway 差不多&＃xff0c;基于非阻塞的&＃xff0c;支持长连接&＃xff0c;但 SpringCloud 没有集成 zuul2 的计划&＃xff0c;并且 Netflix 相关组件都宣布进入维护期&＃xff0c;前景未知。

综上&＃xff0c;gateway 网关更加适合 SpringCloud 项目&＃xff0c;而从发展趋势上看&＃xff0c;gateway 替代 zuul 也是必然的。