SpringCloud 使用Zuul构建API Gateway

 

网关的概念

服务A、B都是暴露出来,供外部直接调用的,ajax

  • 有时候须要对请求进行过滤、校验,好比检验用户是否已登录,能够写在暴露出来的每一个服务中,但要在多个服务中写相同的代码,太繁琐,能够提出来,放在网关中。
  • 若是A、B进行集群,须要负载均衡来肯定使用A|B的哪一个节点来处理,可使用网关来进行路由转发(负载均衡)。

网关至关于服务前面的一道关卡,即服务入口,能够统一进行请求的过滤、校验,能够实现路由。spring

 

 

Ribbon实现服务内部的负载均衡(C、D),网关实现暴露出来的服务的负载均衡(A、B)。数据库

外部不直接访问服务A、B,而是访问网关,经过网关来访问A、B。api

若是A、B不集群,网关每次都转发到A|B固定的节点(由于这个服务只有这一个节点),一成不变、是静态的,叫作静态路由。服务器

若是A、B集群,此次可能转发到A|B的某个节点,下次可能转发到A|B的另外一个节点,转发的节点不是固定的,是会变化的、动态的,叫作动态路由。app

 

 

若是网关进行了集群,还需Nginx进行负载均衡,来肯定使用哪一个网关节点。负载均衡

Zuul是实现网关的一种技术、一个框架,被SpringCloud集成了。框架

 

 


 

 

使用Zuul进行路由转发

(1)新建子模块api-gatewayide

 

(2)pom.xmlpost

        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
        
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-zuul</artifactId>
        </dependency>

网关要做为Eureka客户端,由于要从Eureka服务器获取服务节点列表,使用Eureka客户端内置的Ribbon进行负载均衡。

因此Eureka客户端的配置都要有。

 

 

(3)引导类

@SpringBootApplication
@EnableEurekaClient @EnableZuulProxy //也可使用@EnableZuulServer public class GatewayApplication {

    public static void main(String[] args) {
        SpringApplication.run(GatewayApplication.class, args);
    }

}

默认使用的是Ribbon的轮询,若是要使用其它策略,修改方式和Ribbon的彻底相同。

 

 

(4)application.properties

### gateway config###

#使用的端口
server.port=11001

#提供的服务,服务名称
spring.application.name=api-gateway

#2个配置为一组,可配置多组
#开头是固定的zuul.routes,结尾也是固定的path、service-id,中间部分至关于这组配置的id,可随意取
#映射地址
zuul.routes.user-service.path=/user-server/**
#要映射的服务
zuul.routes.user-service.service-id=user-server

#注册到Eureka服务器
eureka.client.serviceUrl.defaultZone=http://127.0.0.1:9001/eureka/

#本机地址,上线时要改成机器实际的ip
eureka.client.ipAddress=127.0.0.1
#实例名,以ip:port的形式注册到server上
eureka.instance.instance-id=${eureka.client.ipAddress}:${server.port}

#注册节点时IP优先,默认为false——注册主机名
eureka.instance.prefer-ip-address=true

#多久发送一次心跳,默认30s,调试时可设置短些
#eureka.instance.lease-renewal-interval-in-seconds=30

 

 

 

请求地址:http://ip:port/user-server/user/order/{user_id}   

使用网关(Zuul)的ip:port,后面跟该服务名映射的path(不是服务名,只不过上面我设置的path和服务名相同)

会自动根据path找到对应的服务名(service_id),负载均衡肯定要使用该服务的哪一个节点。不一样的服务(暴露出来的那些服务)映射到不一样的path。

 

能够添加前缀:

zuul.prefix=/api

请求地址:请求地址:http://ip:port/api/user-server/user/order/{user_id}   加在映射地址前面的

 

 

 

ajax的url、<a>连接的href、<form>的action写上面的请求地址。

之后调用消费者(暴露出来的服务)时,不直接调用,而是使用上面的url,经过网关来调用,

网关至关于一个接口(API),提供网关的地址、服务的path供外部调用,因此网关(gateway)又叫作API gateway。

 

此处网关并未集群,因此直接使用网关的ip:port,请求发给网关;

若是网关要集群,须要使用Nginx作网关的负载均衡,请求发给Nginx。

 

 

 


 

 

 

使用Zuul对请求进行过滤

新建一个包filter,包下新建一个类MyFilter:

@Component //放到spring容器中便可,会自动使用此拦截器
public class MyFilter extends ZuulFilter {  //须要继承ZuulFilter
//指定过滤时机 //String类型,"pre"——路由转发以前,"routing"——路由转发之时,"post"——路由转发以后,"error"——发生错误时 @Override public String filterType() { return "pre"; }
//设置此拦截器的执行顺序 // 由于可能有多个拦截器,设置一个int型的值,数值越小,优先级越高、越先执行 @Override public int filterOrder() { return 0; } //是否要进行过滤,便是否要使用此过滤器,这个须要改一下,由于默认为false @Override public boolean shouldFilter() { return true; } //核心方法,进行过滤 @Override public Object run() { RequestContext currentContext = RequestContext.getCurrentContext(); HttpServletRequest request = currentContext.getRequest(); //获取传递的参数、验证权限 String token = request.getParameter("token"); //token要和数据库查到的进行比较,此处随便写一个代替 if (token==null || !token.equals("123456")) { //直接就返回响应了,请求终止,再也不转发给服务 currentContext.setSendZuulResponse(false); currentContext.setResponseStatusCode(400); //把提示信息显示到页面 try { currentContext.getResponse().getWriter().write("token is invalid"); } catch (IOException e) { e.printStackTrace(); } } return null; }
}

 

 

 


 

 

说明

网关的请求过滤会过滤全部对暴露出来的服务的请求,因此通常写通用的过滤,好比登陆状态检验,若是不是通用的,要写在服务中。

若是暴露出来的服务没有集群,能够不使用网关,直接请求服务节点便可。

 

 

文件上传使用SpringMVC的文件上传,但网关默认对上传文件的大小、请求的大小有限制,须要咱们在网关的application.properties中配置一下:

#上传文件的最大尺寸,默认1MB
spring.servlet.multipart.max-file-size=2000MB
#请求的最大尺寸,默认10MB
spring.servlet.multipart.max-request-size=2500MB

 

 

在引导类上可使用@EnableZuulProxy、@EnableZuulServer,这2个注解基本差很少,微小的区别是:

实现过滤器时要继承ZuulFilter类,要指定过滤时机,这个类有不少子类,这些子类已经指定了时机,咱们能够直接继承来用,这样就不用指定过滤时机了,使用@EnableZuulServer,少部分子类用不了,影响不大。

不建议使用大量的过滤器,由于会加大时间开销,拉低性能。

相关文章
相关标签/搜索