springcloud使用Zuul构建微服务网关入门

为什么要使用微服务网关

不同的微服务一般会经过不同的网络地址,而外部客户端可能需要调用多个服务的接口才能完成一个业务需求。

如果让客户端直接与各个微服务通信,会有以下的问题:

  1. 客户端会多次请求不同的微服务,增加了客户端的复杂性。

  2. 存在跨域请求,在一定场景下处理相对复杂。

  3. 认证复杂,每个服务都需要独立认证。

  4. 难以重构,随着项目的迭代,可能需要重新划分微服务。例如,可能将多个服务整个成一个或者将一个服务拆分成多个。如果客户端直接与微服务通信,那么重构将会很难实施。

  5. 某些微服务可能使用了防火墙/浏览器不友好协议,直接访问会有一定的困难。

以上问题可借助微服务网管解决。微服务网关是介于客户端和服务器之间的中间层,所有外部请求都会先经过微服务网关。

微服务网关封装了应用程序的内部结构,客户端只需跟网关交互,而无需直接调用特定微服务的接口。这样,开发就可以简化。不仅如此,使用微服务网关还有以下优点:

  1. 易于监控。可在微服务网关收集监控数据并将其推送到外部系统进行分析。

  2. 易于认证。可在微服务网关上进行认证,然后再将请求转发到后端的微服务,而无需再每个微服务中进行认证。

  3. 减少了客户端与各个微服务之间的交互次数。

Zuul简介

Zuul是Netflix开源的微服务网关,核心是一系列的过滤器,这些过滤器可以完成以下功能。

  1. 身份认证与安全:识别每个资源的验证需求,并拒绝那些与要求不符的请求。

  2. 审查与监控:在边缘位置追踪有意义的数据和统计结果,从而带来精确的生产视图。

  3. 动态路由:动态地请求路由到不同的后端集群。

  4. 压力测试:逐渐增加执行集群的流量,以了解性能。

  5. 负载分配:为每一种负载类型分配对应容量,并弃用超出限定值的请求。

  6. 静态响应处理:在边缘位置直接建立部分响应,从而避免其转发到内部集群。

  7. 多区域弹性:跨越AWS Region进行请求路由,旨在实现ELB(Elastic Load Balancing)使用多样化,以及让系统的边缘更贴近系统的使用者。

编写Zuul微服务网关 

1.pom.xml添加maven依赖

1
2
3
4
5
6
7
8
< dependency >
      < groupId >org.springframewor.cloud</ groupId >
      < artifactId >spring-cloud-starter-zuul</ artifactId >
</ dependency >
< dependency >
      < groupId >org.springframework.cloud</ groupId >
      < artifactId >spring-cloud-starter-eureka</ artifactId >
</ dependency >

2.在启动类上添加注解@EnableZuulProxy,声明一个Zuul代理。该代理使用Ribbon来定位注册在Eureka Server中的微服务;同时,该代理还整合了Hystrix,从而实现了容错,所有经过Zuul的请求都会再Hystrix命令中执行。

1
2
3
4
5
6
7
8
@EnableZuulProxy
@EnableEurekaClient 
@SpringBootApplication
public  class  ZullApplication {
     public  static  void  main(String[] args) {
         SpringApplication.run(ZullApplication. class , args);
    
}

3.编写配置文件application.yml

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
eureka:
   client:
     service-url:
       defaultZone: http: //localhost:8080/eureka/
server:  
   port:  8765 
spring:
   application:
     name: service-zuul
zuul:
   routes:
     api-a:
       path: /api-member/**
       service-id: service-member
     api-b:
       path: /api-order/**
       service-id: service-order

根据在application.yml中的配置,将在eureka中注册的服务包装,拦截请求,根据配置转发到实际地址,解决跨域问题这样,一个简单的微服务网关就编写完成了。从配置可知,此时仅是添加了Zuul的依赖,并将注册到Eureka Server上。

路由配置详解 

上边已经编写了一个简单的Zuul网关,并让该网关代理了所有注册Eureka Server的微服务。但在现实中可能让Zuul代理部分微服务,又或者需要对URL进行更加精确的控制。

Zuul的路由配置非常灵活、简单

1.自定义指定微服务的访问路径。

配置zuul.routes。指定微服务serviceId = 指定路径即可。例如:

1
2
3
zuul:
     routes:
         microservice-provider-user:/user/**

这样设置,microservice-provider-user微服务就会被映射到/user/**路径。

2.忽略指定微服务。

忽略服务非常简单,可以使用zuul.ignore-services配置要忽略的服务,多个用逗号分隔

1
2
zuul:
     ignored-services:microservice-provider-user,microservice-consumer-movie

这样就可让Zuul忽略microservice-provider-user和microservice-consumer-movie微服务,只代理其他微服务。

3.忽略所有微服务,只路由指定微服务.

猜你喜欢

转载自www.cnblogs.com/xyhero/p/351a0cc277bb6a9ae478e73b3f6065cf.html