一、为何要用微服务网关
不同的微服务一般会有不同的网络地址,而外部客户端(如,移动APP)可能需要调用多个服务的接口才能完成业务需求。这样就会有以下的问题:
* 客户端会多次请求不同的微服务,增加了客户端的复杂性。
* 存在跨域请求,在一定场景下处理相对复杂
* 认证复杂,每个服务都需要独立的认证
* 难以重构,随着项目的迭代,可能需要重新划分微服务。(如,可能将一个微服务拆分多个或者多个微服务合并成一个)
* 某些微服务可能使用了防火墙/浏览器不友好的协议,直接访问会有一定的困难
以上问题可借助微服务网关解决。微服务网关是介于客户端和服务端之间的中间层,所有的外部请求都会先经过微服务网关。微服务网关封装了应用程序的内部结构,客户端只需要跟网关交互,而无须直接调用特定微服务的接口。不仅开发可以得到简化,使用微服务网关还有以下优点:
* 易于监控:可在微服务网关收集监控数据并将其推送到外部系统进行分析
* 易于认证:可在微服务网关上进行认证,然后再将请求转发到后端的微服务,而无须在每个微服务中进行认证
* 减少了客户端与各个微服务之间的交互次数
二、Zuul 简介
Zuul 是 Netflix 开源的微服务网关,它可以和 Eureka 、Ribbon、Hystrix 等组件配合使用。Zuul 的核心是一系列的过滤器,这些过滤器可以完成以下功能。
* 身份认证与安全:识别每个资源的验证要求,并拒绝那些与要求不符的请求
* 审查与监控:在边缘位置追踪有意义的数据和统计结果,从而带来精确的生产视图
* 动态路由:动态地将请求路由到不同的后端集群
* 压力测试:逐渐增加指向集群的流量,以了解性能
* 负载分配:为每一种负载类型分配对应容量,并弃用超出限定值的请求
* 静态响应处理:在边缘位置直接建立部分响应,从而避免其转发到内部集群
* 多区域弹性:跨越 AWS Region 进行请求路由,旨在实现 ELB (Elastic Load Balancing) 使用的多样化,
以及让系统的边缘更贴近系统的使用者
Spring Cloud 对 Zuul 进行了整合与增强。目前,Zuul 使用的默认 HTTP 客户端是 Apache HTTP Client , 也可以使用 RestClient 或者 okhttp3.OKHttpClient。如果想要使用 RestClient,可以设置 ribbon.restclient.enabled=true ;想要使用 okhttp3.OKHttpClient,可以设置 ribbon.okhttp.enabled=true 。
参考资料:
本文为博主原创文章,转载请注明出处!