服务A、B都是暴露出来,供外部直接调用的,ajax
网关至关于服务前面的一道关卡,即服务入口,能够统一进行请求的过滤、校验,能够实现路由。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集成了。框架
(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。
新建一个包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,少部分子类用不了,影响不大。
不建议使用大量的过滤器,由于会加大时间开销,拉低性能。