浅聊SpringCloud的网关

阅读本文约“4分钟”

适读人群：Java初级

为什么要设计网关？

上网搜罗了一下，觉得别人说的挺好，就引用了一下，在使用微服务的时候，不同的功能业务会集成一个服务群，而网关是基于服务群上的一个服务层，也是单独暴露给客户端的APIs。

客户端对微服务的依赖直接使重构服务变得困难。一种直观的方法是将这些服务隐藏在一个新的服务层后面，并提供针对每个客户端的APIs。

这个聚合器服务层也称为API网关，它是解决这个问题的一种常见方法。

引用下图，原文出处。

SpringCloud的网关

zuul1.X（阻塞）

• 架构：

通过servlet做处理，并通过多个Groovy Filter做链过滤请求

• 现状：

目前比较少，但是对于实时业务还是可以稳定使用

• 应用场景：

简单业务，逻辑简单，实时业务，cpu型业务

• 使用方式：

引入maven包，使用注解的形式，可以在配置文件配置

zuul2.X（非阻塞）

• 架构：

2.0引入了Netty服务，实现非阻塞与高并发的处理能力

• 现状：

官方停止维护，非阻塞

• 应用场景：

大数据、队列类型、高并发、io型业务

• 使用方式：

引入maven包，使用注解的形式，可以在配置文件配置

Gateway（非阻塞）

• 架构：

与zuul2.0一致，不上图

• 现状：

SpringCloud官方维护，因为zuul2.X停止维护，所以基于2.X的同架构版本

• 应用场景：

大数据、队列类型、高并发、io型业务

• 使用方式：

引入maven包，路由注解（route-》path-》filters-》uri）或者以配置的形式

墨花多态，琼浆Java酿