Nginx之外为何还需网关？两大组件核心差异解析

Nginx是一款强大的高性能Web与反向代理服务器，采用C语言开发，其核心优势在于占用内存少、并发能力强，非常适合应用在高并发场景、静态资源托管和请求负载均衡等方面。

在微服务架构普及的当下，即便项目中已经使用了Nginx，通常还需要网关。Nginx和网关并非替代关系，而是互补协作，这便是有丁Nginx后为什么还要网关的原因。

Nginx作为高性能的Web与反向代理服务器，基于C语言开发，核心优势是内存占用少、并发能力强，尤其适用于高并发场景、静态资源托管及请求负载均衡等任务。Nginx位于流量的最外层，能够帮助应用系统扛住海量的TCP连接。虽然Nginx功能强大，但在实际项目中仍存在一些不足之处：

（1）Nginx配置缺乏灵活性

假设当前公司系统中有服务A、服务B和服务C，通过Nginx配置实现请求的负载均衡，如下图所示：

图片

公司的新业务上线，运营人员线上需要部署C服务。完成部署服务C后，运维人员还要在Nginx中配置请求转发的设置，如下图所示：

为了让Nginx中的配置生效，往往还需要重新启动Nginx服务。

（2）Nginx中通用业务逻辑维护麻烦

在实际业务中，通常都需要用户鉴权、日志记录和黑白名单等功能，这些通用的功能一般不会放在具体的微服务中，而是单独抽取出来，然后请求到达微服务的时候先执行这些通用的功能，如下图所示：

图片

Nginx可以实现上述功能，但是比较麻烦，需要使用Lua脚本，对于使用Java的业务团队来说，一方面上手慢，另一方面一旦逻辑复杂，维护成本很高。

此时我们就引入了网关，我们将用Java开发出来的通用功能（用户鉴权、日志记录和黑白名单等等），然后将这些通用的功能放在Nginx和业务服务之间，如下图所示：

在Java当中，目前主流的网关是SpringCloud Gateway，它对Java开发比较友好，并且能够与注册中心Nacos无缝连接。SpringCloud Gateway不需要去手动地配置IP列表，能自动地感知服务的上线和下线，当微服务需要扩容或缩容时，网关的路由表是动态刷新的。

假设现在又的用户请求来了，我们可以通过SpringCloud Gateway中通过编写Predicate和过滤器实现复杂的业务逻辑（典型应用是识别用户是否VIP，然后转发到不同的服务上），如下图所示：

图片

这种基于上下文的精细化流量治理，正是应用网关的核心竞争力所在。

在实际的架构中，Nginx和网关是组合在一起使用的，如下图所示的架构：

图片

请求到达的第一层是Nginx，它作为流量的入口，就像小区的大门一样，负责一些日常的安全把控（如处理DOSS攻击、处理静态资源）和流量的限流，经过Nginx过滤后的请求发送到网关上处理。

网关上主要负责治理工作（如进行统一的鉴权、限流熔断和服务的路由，日志的记录等等），经过网关处理后的用户的请求最后由网关转发到具体的微服务的集群当中处理业务逻辑。

总结：

（1）Nginx主要负责一些安全的把控和抗住大流量对应用系统的冲击，然后将有效的请求转发到网关上。

（2）网关负责精细化流量治理，然后将请求转发到具体的服务上处理业务逻辑。