本人花费半年的时间总结的《Java面试指南》已拿腾讯等大厂offer，已开源在github ，欢迎star！
点击上方“后端技术精选”，选择“置顶公众号”
技术文章第一时间送达！
blog.csdn.net/hongwei15732623364
传统开发方式，所有的服务都是本地的，UI可以直接调用，现在功能拆分成独立的服务，跑在独立的虚拟机上的java进程了。客户端如何访问他呢？
后台有N个服务，前台就需要记住管理N个服务，一个服务下线/更新/升级，前台就要重新部署，这明显不符合我们拆分的理念。微服务在系统内部通常无状态，用户登录信息和权限管理最后有个统一的地方维护管理（OAuth）。
不同的微服务有不同的网络地址，而外部的客户端可能要调用多个服务的接口才能完成一个业务需求。比如一个电影购票可能调用用户微服务，电影微服务等，如果客户端直接和微服务通信，会存在如下常见问题：
以上问题可以借助微服务网关API Gateway来解决，微服务网关介于客户端和服务器端之间，所有的外部请求都会先经过微服务网关：
这样客户端只需和网关交互，无需直接调用特定微服务的接口，方便监控，易于认证，减少客户端和各微服务间的交互。
Zuul
Zuul作用：
过滤器类型：
除了默认的过滤器类型，Zuul还允许创建自定义的过滤器类型。
Zuul高可用
通过将多个zuul节点注册到Eureka Server实现高可用。存在以下两种情况：
Zuul客户端注册到了Eureka Server
Zuul客户端自动从Eureka Server查询Zuul Server列表，并用Ribbon负载均衡请求Zuul集群。
未注册到Eureka Server
微服务可能被其他微服务调用，也可能直接被终端app调用，这种情况，我们需要借助额外的负载均衡器来实现Zuul的高可用，比如Nginx等。
Zuul聚合微服务
许多场景下，一个外部请求，可能要查询后端多个微服务。比如一个电影售票系统，在购票订单页上，需要查电影微服务，还有用户微服务，如果让系统直接请求各个微服务，就算使用Zuul转发，网络开销、流量耗费、时长都不是很好，这时我们就可以使用Zuul聚合微服务请求，即应用系统值发送一个请求给Zuul，由Zuul请求用户微服务和电影微服务，并把数据返给应用系统。
参考：
https://blog.csdn.net/chengqiuming/article/details/80860981 https://blog.csdn.net/zhanglh046/article/details/78651993/
推荐阅读（点击可跳转）
1.
****2. ****
3.
****4. ****
看到这里了，就关注一个呗
原文始发于微信公众号（后端技术精选）：
