• 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.忽略所有微服务,只路由指定微服务.

  • 相关阅读:
    socket.io
    CUDA升级后
    QT安装
    windows时钟服务设置
    QT的DPI支持
    cudaDeviceProp结构体
    C#调用C++的dll各种传参
    「LibreOJ#516」DP 一般看规律
    「LibreOJ#515」贪心只能过样例 (暴力+bitset)
    [Codeforces888E]Maximum Subsequence(暴力+meet-in-the-middle)
  • 原文地址:https://www.cnblogs.com/xyhero/p/351a0cc277bb6a9ae478e73b3f6065cf.html
Copyright © 2020-2023  润新知