Spring Cloud版——电影售票系统<七>使用 Zuul 构建微服务网关

   GitHub地址：https://github.com/leebingbin/SpringCloud.MovieTicketing

 

 1、为什么要用微服务网关

    不一样的微服务通常会有不一样的网络地址，而外部客户端（如，移动APP）可能须要调用多个服务的接口才能完成业务需求。这样就会有如下的问题：

* 客户端会屡次请求不一样的微服务，增长了客户端的复杂性。
* 存在跨域请求，在必定场景下处理相对复杂
* 认证复杂，每一个服务都须要独立的认证
* 难以重构，随着项目的迭代，可能须要从新划分微服务。（如，可能将一个微服务拆分多个或者多个微服务合并成一个）
* 某些微服务可能使用了防火墙/浏览器不友好的协议，直接访问会有必定的困难

    以上问题可借助微服务网关解决。微服务网关是介于客户端和服务端之间的中间层，全部的外部请求都会先通过微服务网关。微服务网关封装了应用程序的内部结构，客户端只须要跟网关交互，而无须直接调用特定微服务的接口。不只开发能够获得简化，使用微服务网关还有如下优势：

* 易于监控：可在微服务网关收集监控数据并将其推送到外部系统进行分析
* 易于认证：可在微服务网关上进行认证，而后再将请求转发到后端的微服务，而无须在每一个微服务中进行认证
* 减小了客户端与各个微服务之间的交互次数

2、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 。

    参考资料：

    Netflix 如何使用 Zuul : http://github.com/Netflix/zuul/wiki/How-We-Use-Zuul-At-Netflix

 

 

 

 

 

本文为博主原创文章，转载请注明出处！

https://my.oschina.net/u/3375733/blog/