大家好，又见面了，我是你们的朋友全栈君。
首先我们要知道为什么要使用网关呢？
先复习一下之前说过的微服务的知识，最开始我们运行微服务就是三个重要部分 1.服务端 2.消费端 3.注册中心
首先用户在消费端发出消息，这个时候就需要负载均衡器Ribbon去调配服务，而且要使用到Hystrix去保护服务器，以免访问过多出现服务器过载，及时进行服务降级，然后我们通过消费端访问服务端的方法在最开始的时候使用的是RestTemplate去访问，当时是直接调配这个方法去访问，现在改进了一下，有Feign的出现，把Ribbon，Hystrix，还有RestTemplate都包含了，所以我们可以直接用Feign去访问服务端，但是我的服务器不可能说随便谁都可以访问，至少要经过登录验证才可以访问，以前我们是在controller里面直接编写登录方法，但是现在如果我们在一个大平台比如滴滴平台上，不可能说每一个消费端都去编写一个controller，这样代码量太多而且冗余，占用内存量大，因此，网关的出现解决了这个问题。
zuul网关的工作示意图：
网关在负载均衡器那边，网关是由什么集成的呢？首先我们要知道，一个网关它是不是也要调用用户管理，对吧？所以它也是需要负载均衡器Ribbon去调用管理工具，还有就是网关如果出现了故障或者出现了访问量过多导致系统过载，那么网关也是需要熔断和服务降级的，所以网关也需要Hyrix去保护它。蓝色部分的是外层服务，外层服务收到请求之后会调用内层服务，这个调用的组件就是Feign，然后一切都是在注册中心中进行，
如果不使用网关会造成什么影响呢？
不使用网关的话，我们将会面临两个问题：
1.用户不需要经过网关，也不需要权限管理，直接就可以访问我们的微服务 用户不用经过审核，也就是不需要走登录流程，直接就可以访问你的微服务，这样听起来是不是挺可怕，因为你的各种用户的信息，用户管理，购物车，甚至下单地址什么的信息都可以随便被别人访问，这就对用户的隐私造成很大的破坏，导致了用户没办法保障自己的隐私问题。 2.代码的冗余 为什么代码会冗余呢？如果没有网关，我们的每一个微服务是不是要自己建一个controller的权限对吧，那如果我们在每个微服务那里建立一个访问权限的话，这个代码量就很大，你很难保证你有多少个微服务，比如电商网站，你不仅需要用户管理微服务，还需要购物车，商品详情等等微服务，每个都配置一个访问权限，这个量就很大了，而且最重要的是，这还只是对外的权限管理配置，如果微服务自己之间也是不是也需要配置呀？那么我们不可能又要在每个微服务的controller那里再加上对其他微服务的权限管理，这样一来代码量太大了，造成代码冗余。
因此服务网关的作用非同小可，服务网关做的功能有三个： 1.路由 2.负载均衡 3.权限控制
我们可以通过网关向外界提供一个Rest API，这里说一下什么是Rest API呢？就拿登录界面来说，API就是你所看到的登陆界面的前端部分，而Rest就是实现这些前端部分的方法，因此网关对外提供一个Rest API其实也就是提供一个登录页面让外界进行登录验证，才能访问微服务。
zuul说白了就是一序列的过滤器，用来过滤各种信息
总结一下，zuul有这些功能： 1.身份验证。可以进行对用户的身份验证 2.审核。也可以对用户传来的信息进行审核与排查。 3.路由。根据不同的地址路由到不同微服务，，比如用户管理这个微服务的controller写的地址师order开头的，那用户就可以通过输入order去访问用户管理页面的这个微服务。 4.压力测试。因为所有的请求都会经过zuul网关，所以zuul就可以趁这个机会进行测试请求的数量多不多，而且得到相对应的数据，来决定是否需要运行。 5.负载均衡。也就是分配到微服务的实例进行运行 6.静态响应。静态响应就是如果是访问一些静态网页的话可以直接在zuul网关处进行访问了，就可以不进入内部资源里面进行访问了。
以下就是一个完整的服务请求过程
无论是电脑端还是手机端发送过来的请求都会经过zuul网关的处理，如果进行练额身份验证和审查通过后，就可以直接访问里面的服务，如果不通过，将会被拦截在外面。然后访问服务就是直接向微服务发送请求，微服务再在Eureka注册中心进行注册，然后拉取相关的服务进行对用户的服务
具体如果要实现什么服务，Eurka会通过具体的地址去调用
还有一点需要说明一下，就是路由和负载均衡的区别：
1.路由 路由是用户请求访问网关的时候，网关根据用户输入的地址进行调取相关的微服务，（因为用户地址和微服务地址一样，所以被调用），也就是顺着路径找到家。 2.负载均衡 要理解负载均衡，首先你要知道的是，微服务由三个组件组成，服务端，注册中心，消费端，你在调取一个微服务时，相当于消费端向注册中心发送了一个请求，那有很多个服务端，我们该调用哪一个服务端呢，这个问题就交由Ribbon去解决，Ribbon会帮你随机调用一个服务端进行服务，这就是负载均衡。就像滴滴平台，你向滴滴平台发送了打车请求，滴滴平台就相当于一个注册中心，你发送请求后，滴滴平台的Ribbon负载均衡器就会进行功能，优先给你安排服务等级比较高的滴滴师傅。以上便是负载均衡的介绍
好接下来让我们进行实操
首先创建一个zuul模块
只选择这个即可
我们配置组件还是要记得那三个步骤： 1.配置启动器 2.覆盖配置 3.添加到引导类
然而我们在配置上图选项后，它已经自动帮我们配置了启动器依赖 然而我们只需要在yml中去配置就可以了
配置端口号，配置微服务名字
接下来我们需要配置引导类
这个便是zuul的组件配置，配置在引导类这边
我们接下来还要对yml进行配置
这个配置的意思就是网关的路径配置，routes后面写的是服务端或者消费端的微服务名字 然后path配置的就是网址路径 url配置的也是网址
如果引导类没有被我们加载进来可以手动加载进来
这里已经配置好了，先详细说明一下
这个path和url是什么含义呢？ 我先从操作上跟你们描述一遍它的作用，我们上面配置的端口号是10010嘛，所以如果我们去访问网址，localhost:10010/service-provider/user/2，(解释一下后面为什么是user/2，因为我们在服务端配置的controller的地址访问就是user/2这样子去访问的)，然后网页会跳转到这个网址： http://localhost:8082/user/2
看懂了吧？也就是说你只要输入了端口号还有service-provider还有相关controller配置地址和id，就可以访问到http://localhost:8082/，这就是网关的作用，帮助你进行跳转。
发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/170621.html原文链接：https://javaforall.cn
