SpringCloud 从入门到精通（二）❤️❤️

最新推荐文章于 2023-07-28 11:35:10 发布
最新推荐文章于 2023-07-28 11:35:10 发布
阅读量421 收藏
点赞数 1
分类专栏： 框架 文章标签： java spring cloud gateway config 分布式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_50651363/article/details/120155765
版权

我知道那些夏天，就像青春一样回不来

学习目标

  • 能够使用Feign进行远程调用

    1.feign的使用->解决远程请求中硬编码问题
2.负载均衡配置
3.支持熔断配置
4.请求压缩/响应数据压缩
5.日志配置-Feign生成了一个代理对象，日志就不受管理了，需要独立开启日志

  • 能够搭建Spring Cloud Gateway

    1.微服务网关
2.路由
3.过滤配置
4.自定义全局过滤器/自定义局部过滤器

  • 能够配置Spring Cloud Gateway过滤器

  • 能够使用Spring Cloud Gateway默认过滤器：全局过滤、局部过滤

  • 能够搭建Spring Cloud Config配置中心服务

    1.集中管理配置文件

  • 能够使用Spring Cloud Bus 消息总线实时更新配置文件

    1.每个微服务的通知消息管理服务

1 Spring Cloud Feign

1.1 目标

  • 了解Feign的作用
  • 掌握Feign的使用过程
  • 掌握Feign的负载均衡配置
  • 掌握Feign的熔断配置
  • 掌握Feign的压缩配置
  • 掌握Feign的日志配置

1.2 讲解

1.2.1 Feign简介

Feign [feɪn] 译文 伪装。Feign是一个声明式WebService客户端.使用Feign能让编写WebService客户端更加简单,它的使用方法是定义一个接口，然后在上面添加注解。不再需要拼接URL，参数等操作。项目主页：https://github.com/OpenFeign/feign 。

  • 集成Ribbon的负载均衡功能
  • 集成了Hystrix的熔断器功能
  • 支持请求压缩
  • 大大简化了远程调用的代码，同时功能还增强啦
  • Feign以更加优雅的方式编写远程调用代码，并简化重复代码

Feign：

1.Feign用来实现远程调用，主要用于微服务之间的调用
2.Feign集成Ribbon具有负载均衡的能力
3.集成Hystrix具有熔断能力
4.支持数据压缩，可以提升网络请求速度
5.简化了远程调用
1.2.2 快速入门

使用Feign替代RestTemplate发送Rest请求。

实现步骤：

1. 导入feign依赖
2. 编写Feign客户端接口-将请求地址写到该接口上
3. 消费者启动引导类开启Feign功能注解
4. 访问接口测试

实现过程：

(1)导入依赖

在user-consumer中添加spring-cloud-starter-openfeign依赖

<!--配置feign-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-openfeign</artifactId>
</dependency>

(2)创建Feign客户端

在user-consumer中创建com.itheima.feign.UserClient接口，代码如下：

在这里插入图片描述

解释：

Feign会通过动态代理，帮我们生成实现类。
注解@FeignClient声明Feign的客户端，注解value指明服务名称
接口定义的方法，采用SpringMVC的注解。Feign会根据注解帮我们生成URL地址
注解@RequestMapping中的/user，不要忘记。因为Feign需要拼接可访问地址

(3)编写控制层

在user-consumer中创建com.itheima.controller.ConsumerFeignController，在Controller中使用@Autowired注入FeignClient,代码如下：

@RestController
@RequestMapping(value = "/feign")
public class ConsumerFeignController {

    @Autowired
    private UserClient userClient;

    /**
     * 使用Feign调用user-provider的方法
     */
    @RequestMapping(value = "/{id}")
    public User queryById(@PathVariable(value = "id")Integer id){
        return userClient.findById(id);
    }
}

(4)开启Feign

修改user-consumer的启动类，在启动类上添加@EnableFeignClients注解，开启Feign,代码如下：

在这里插入图片描述

(5)测试

请求<http://localhost:18082/feign/2>，效果如下：

在这里插入图片描述

1.2.3 负载均衡

Feign自身已经集成了Ribbon，因此使用Feign的时候，不需要额外引入依赖。
在这里插入图片描述

Feign内置的ribbon默认设置了请求超时时长，默认是1000，可以修改

ribbon内部有重试机制，一旦超时，会自动重新发起请求。如果不希望重试可以关闭配置：

# 修改服务地址轮询策略，默认是轮询，配置之后变随机
user-provider:
  ribbon:
    #轮询
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RoundRobinRule
    ConnectTimeout: 10000 # 连接超时时间,比如修改服务提供者的ip让你连不上那你消费者肯定连接超时报错
    ReadTimeout: 2000 # 数据读取超时时间,这个是连上服务提供者,然后服务器提供者程序执行超过2秒报错
    MaxAutoRetries: 1 # 最大重试次数(第一个服务),比如连上了,但读取超时再重去尝试读取1次,控制器被访问↓
    MaxAutoRetriesNextServer: 0 # 最大重试下一个服务次数(推荐集群时用,1说白了就是再来一个服务,类似↑)
    OkToRetryOnAllOperations: false # 无论是请求超时或者socket read timeout都进行重试
feign接收其他参数的介绍↓
@FeignClient(value = "user-provider")
public interface UserFeignClient {
    @RequestMapping(value = "/hello")
    public String hello();

    @RequestMapping(value = "/getUserById/{id}") // 这里必须要写属性名称,它不像springmvc那样会自动的把形参作为参数值
    public String getUserById(@PathVariable("id") Integer id);

    @RequestMapping(value = "/login") //这里必须要写属性名称,它不像springmvc那样会自动的把形参作为参数值
    public String login(@RequestParam("username") String username, @RequestParam("password") String password);

    // eign不支持直接传递对象,可以通过下面方式转成json然后传递给服务提供者,服务提供者收到的json字符串
    @RequestMapping(value = "/addUserFrom",consumes = "application/json")
    public String addUserFrom(@RequestBody User user);

    @RequestMapping(value = "/addUserJSON")
    public String addUserJSON(@RequestBody User user);
}
1.2.4 熔断器支持

feign整合Hystrix熔断器

Feign默认也有对Hystrix的集成!

在这里插入图片描述

实现步骤：

1. 在配置文件application.yml中开启feign熔断器支持
2. 编写FallBack处理类，实现FeignClient客户端
3. 在@FeignClient注解中，指定FallBack处理类。
4. 测试

(1)开启Hystrix

在消费者配置文件application.yml中开启feign熔断器支持：默认关闭

feign:
  hystrix:
    enabled: true # 开启Feign的熔断功能

(2)熔断降级类创建

修改user-consumer,创建一个类com.itheima.feign.fallback.UserClientFallback，实现刚才编写的UserClient，作为FallBack的处理类,代码如下：

@Component//注意!!!,这个不能少这里,把对象交给交给spring容器才能调用下面的重写方法,很多人容易犯错!!!
public class UserClientFallback implements UserClient{

    /**
     * 服务降级处理方法
     * @param id
     * @return
     */
    @Override
    public User findById(Integer id) {
        User user = new User();
        user.setUsername("Fallback，服务降级。。。");
        return user;
    }
}

(3)指定Fallback处理类

在@FeignClient注解中，指定FallBack处理类

在这里插入图片描述

(4)测试

关闭服务提供者，请求<http://localhost:18082/feign/2>，效果如下：
在这里插入图片描述

关闭服务提供者,跟昨天一样,不如不关闭,跟之前一样,增加id==3抛出运行时异常,更方便接下来的测试↓

在这里插入图片描述

1.2.5 请求压缩

SpringCloudFeign支持对请求和响应进行GZIP压缩，以减少通信过程中的性能损耗。

通过配置开启请求与响应的压缩功能：

feign:
  compression:
    request:
      enabled: true # 开启请求压缩
    response:
      enabled: true # 开启响应压缩

也可以对请求的数据类型，以及触发压缩的大小下限进行设置

#  Feign配置
feign:
  compression:
    request:
	  enabled: true # 开启请求压缩
	  mime-types:	text/html,application/xml,application/json # 设置压缩的数据类型
	  min-request-size: 2048 # 设置触发压缩的大小下限
	  #以上数据类型，压缩大小下限均为默认值
1.2.6 Feign的日志级别配置

通过loggin.level.xx=debug来设置日志级别。然而这个对Feign客户端不会产生效果。因为@FeignClient注解修饰的客户端在被代理时，都会创建一个新的Feign.Logger实例。我们需要额外通过配置类的方式指定这个日志的级别才可以。

实现步骤：

1. 在application.yml配置文件中开启日志级别配置
2. 编写配置类，定义日志级别bean。
3. 在接口的@FeignClient中指定配置类
4. 重启项目，测试访问

实现过程：

(1)普通日志等级配置

在user-consumer的配置文件中设置com.itheima包下的日志级别都为debug

# com.itheima 包下的日志级别都为Debug
logging:
  level:
    com.itheima: debug

(2)Feign日志等级配置

在user-consumer中创建com.itheima.feign.util.FeignConfig,定义日志级别

@Configuration
public class FeignConfig {

    /**
     * 日志级别
     * @return
     */
    @Bean
    public Logger.Level feignLoggerLevel(){
        return Logger.Level.FULL;
    }
}

日志级别说明：

Feign支持4中级别：
	NONE：不记录任何日志，默认值
	BASIC：仅记录请求的方法，URL以及响应状态码和执行时间
	HEADERS：在BASIC基础上，额外记录了请求和响应的头信息
	FULL：记录所有请求和响应的明细，包括头信息、请求体、元数据

(3)指定配置类

修改user-consumer的com.itheima.feign.UserClient指定上面的配置类，代码如下：
在这里插入图片描述

重启消费者项目并访问,比如浏览器输入http://localhost:18082/feign/find/1，即可看到每次访问的日志

在这里插入图片描述

1.3 小结

  • Feign的作用:不再使用拼接URL的方式实现远程调用，以接口调用的方式实现远程调用，简化了远程调用的实现方式，增强了远程调用的功能，例如：增加了负载均衡、熔断、压缩、日志启用。

  • 掌握Feign的使用过程

    1.引入Feign依赖包
2.创建Feign接口,feign接口中需要指定调用的服务名字
3.使用@EnabledFeignClients启用Feign功能

  • 掌握Feign的负载均衡配置

    在配置文件中配置
{spring.application.name}:ribbon:负载均衡属性配置

  • 掌握Feign的熔断配置

    1.在application.yml中开启Hystrix
2.给Feign接口创建一个实现类
3.给Feign指定fallback类

  • 掌握Feign的压缩配置

    在application.yml中指定压缩属性即可

  • 掌握Feign的日志配置

    1.在application.yml中开启普通日志等级
2.创建一个类，定义Feign日志等级
3.在Feign接口中指定定义日志的配置

    压缩和日志配置,拷贝提示tab问题,自己按照压缩英文compression提示打出来,其实缩减是两个空格即可↓:

    feign:
  hystrix:
    enabled: true
  compression:
    request:
      enabled: true
      mime-types: text/xml,application/xml,application/json
      min-request-size: 2048
    response:
      enabled: true
logging:
  level:
    com.xia: debug

    其实,上面不用单独创建一个配置类FeignConfig,也就不用FeignClient接口指定这个配置类,

    直接在消费者启动类增加下面配置即可↓

    @Bean
public Logger.Level feignLoggerLevel(){
    return Logger.Level.FULL;
}

2 网关 Spring Cloud Gateway

在这里插入图片描述

2.1 目标

  • 网关的作用
  • 会配置动态路由
  • 会配置过滤器
  • 能自定义全局过滤器

网关作用：为微服务提供统一的路由管理，可以在路由管理基础上进行一系列的过滤，可以做一系列的监控操作，限流。

2.2 讲解

2.2.1 Gateway 简介

Spring Cloud Gateway 是Spring Cloud团队的一个全新项目，基于Spring 5.0、SpringBoot2.0、Project Reactor 等技术开发的网关。 旨在为微服务架构提供一种简单有效统一的API路由管理方式。

Spring Cloud Gateway 作为SpringCloud生态系统中的网关，目标是替代Netflix Zuul。Gateway不仅提供统一路由方式，并且基于Filter链的方式提供网关的基本功能。例如：安全，监控/指标，和限流。

本身也是一个微服务，需要注册到Eureka

**网关的核心功能：**过滤、路由

**核心概念：**通过画图解释

  • 路由(route)：
  • **断言Predicate函数：**路由转发规则
  • 过滤器(Filter)：
2.2.2 快速入门

实现步骤：

1. 创建gateway-service工程SpringBoot
2. 编写基础配置
3. 编写路由规则，配置静态路由策略
4. 启动网关服务进行测试

实现过程：

(1)创建一个子工程gateway-service

工程坐标：

<artifactId>gateway-service</artifactId>
<groupId>com.itheima</groupId>
<version>1.0-SNAPSHOT</version>

(2)pom.xml依赖

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>springcloud-parent</artifactId>
        <groupId>com.itheima</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>
    <artifactId>gateway-service</artifactId>

    <dependencies>
        <!--网关依赖-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-gateway</artifactId>
        </dependency>
        <!-- Eureka客户端 -->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
    </dependencies>
</project>

(3)启动类

创建启动类com.itheima.GatewayApplication,代码如下：

@SpringBootApplication
@EnableDiscoveryClient// 开启Eureka客户端发现功能
public class GatewayApplication {
    public static void main(String[] args) {
        SpringApplication.run(GatewayApplication.class,args);
    }
}

(4)application.yml配置

# 注释版本
server:
  port: 18084
spring:
  application:
    name: api-gateway # 应用名
# Eureka服务中心配置
eureka:
  client:
    service-url:
      # 注册Eureka Server集群
      defaultZone: http://127.0.0.1:7001/eureka
2.2.3 路由配置

在这里插入图片描述

通过网关配置一个路由功能，用户访问网关的时候,如果用户请求的路径是以/user开始，则路由到user-provider服务去,修改application.yml配置即可实现，配置如下：

server:
  port: 18084
spring:
  application:
    # 应用名
    name: api-gateway
  cloud:
    gateway:
      routes:
        #id唯一标识，可自定义
        - id: user-service-route
          #路由的服务地址
          uri: http://localhost:18081
          # 路由拦截的地址配置（断言）
          predicates:
            - Path=/user/**
# Eureka服务中心配置
eureka:
  client:
    service-url:
      # 注册Eureka Server集群
      defaultZone: http://127.0.0.1:7001/eureka

启动GatewayApplication测试

访问http://localhost:18084/user/find/2会访问user-provider服务，效果如下：

在这里插入图片描述

2.2.4 动态路由

在这里插入图片描述

刚才路由规则中，我们把路径对应服务地址写死了！如果服务提供者集群的话，这样做不合理。应该是根据服务名称，去Eureka注册中心查找服务对应的所有实例列表，然后进行动态路由！

修改映射配置：通过服务名称获取：

修改application.yml

因为已经配置了Eureka客户端，可以从Eureka获取服务的地址信息，修改application.yml文件如下:

在这里插入图片描述

上图代码如下,uri:变成用lb协议访问↓：

spring:
  application:
    # 应用名
    name: api-gateway
  cloud:
    gateway:
      routes:
        #id唯一标识，可自定义
        - id: user-service-route
          #路由的服务地址
          #uri: http://localhost:18081
          #lb协议表示从Eureka注册中心获取服务请求地址,巧记low b才使用ip访问,应该用服务名集群访问,lb↓
          #user-provider访问的服务名称。
          #路由地址如果通过lb协议加服务名称时，会使用负载均衡访问对应服务,负载均衡LoaderBalance,lb↑
          uri: lb://user-provider
          # 路由拦截的地址配置（断言）
          predicates:
            - Path=/user/**

路由配置中uri所用的协议为lb时，gateway将把user-provider解析为实际的主机和端口，并通过Ribbon进行负载均衡。

2.2.5 过滤器

过滤器作为Gateway的重要功能。常用于请求鉴权、服务调用时长统计、修改请求或响应header、限流、去除路径等等…

2.2.5.1 过滤器的分类
默认过滤器：出厂自带，实现好了拿来就用，不需要实现
  全局默认过滤器
  局部默认过滤器
  
自定义过滤器：根据需求自己实现，实现后需配置，然后才能用哦。
  全局过滤器：作用在所有路由上。
  局部过滤器：配置在具体路由下，只作用在当前路由上。

默认过滤器几十个，常见如下：

过滤器名称说明
AddRequestHeader对匹配上的请求加上Header
AddRequestParameters对匹配上的请求路由
AddResponseHeader对从网关返回的响应添加Header
StripPrefix对匹配上的请求路径去除前缀,巧记S截取然后tri去除p,path路径前缀

详细说明官方链接

2.2.5.2 默认过滤器配置

默认过滤器有两种：全局默认过滤器和局部默认过滤器。

全局过滤器：比如对输出响应头设置属性

对输出的响应设置其头部属性名称为X-Response-Default-MyName,值为itheima

修改配置文件

spring:
  cloud:
    gateway:
     # 配置全局默认过滤器
      default-filters:
      # 往响应过滤器中加入信息(=后面是键,值)
        - AddResponseHeader=X-Response-Default-MyName,ywj

查看浏览器响应头信息!

在这里插入图片描述

**局部过滤器：**通过局部默认过滤器，修改请求路径。局部过滤器在这里介绍两种：添加路径前缀、去除路径前缀。

第一：添加路径前缀：

在gateway中可以通过配置路由的过滤器PrefixPath 实现映射路径中的前缀

配置请求地址添加路径前缀过滤器

在这里插入图片描述

上图配置如下：

spring:
  application:
    # 应用名
    name: api-gateway
  cloud:
    gateway:
      routes:
        #id唯一标识，可自定义
        - id: user-service-route
          #路由的服务地址
          #uri: http://localhost:18081
          #lb协议表示从Eureka注册中心获取服务请求地址
          #user-provider访问的服务名称。
          #路由地址如果通过lb协议加服务名称时，会自动使用负载均衡访问对应服务
          uri: lb://user-provider
          # 路由拦截的地址配置（断言）,拦截所有请求,给请求地址加上前缀/user
          predicates:
            - Path=/**
          filters:
            # 请求地址添加路径前缀过滤器,局部过滤器只针对当前id对应的微服务地址有效,而下面全局都有效
            - PrefixPath=/user
      default-filters:
        - AddResponseHeader=X-Response-Default-MyName,ywj

拦截所有请求,给请求地址加上/**匹配的地址前,加上前缀/user,路由地址信息如下↓：

配置访问地址路由地址
PrefixPath=/userhttp://localhost:18084/find/2http://localhost:18081/user/find/2

第二：去除路径前缀：

在gateway中通过配置路由过滤器StripPrefix，实现映射路径中地址的去除。通过StripPrefix=1来指定路由要去掉的前缀个数。如：路径/api/user/1将会被路由到/user/1。

http://localhost:18084/api/user/2 可以去掉指定个数的前缀 http://localhost:18084/user/2

配置去除路径前缀过滤器

在这里插入图片描述

上图配置如下：

spring:
  application:
    # 应用名
    name: api-gateway
  cloud:
    gateway:
      routes:
        #id唯一标识，可自定义
        - id: user-service-route
          #路由的服务地址
          #uri: http://localhost:18081
          #lb协议表示从Eureka注册中心获取服务请求地址
          #user-provider访问的服务名称。
          #路由地址如果通过lb协议加服务名称时，会自动使用负载均衡访问对应服务
          uri: lb://user-provider
          # 路由拦截的地址配置（断言）
          predicates:
            - Path=/**
          filters:
            # 请求地址添加路径前缀过滤器
            #- PrefixPath=/user
            # 去除路径前缀过滤器
            - StripPrefix=1
      default-filters:
        - AddResponseHeader=X-Response-Default-MyName,ywj

路由地址信息：

配置访问地址路由地址
StripPrefix=1http://localhost:18084/api/user/find/2http://localhost:18081/user/find/2
StripPrefix=2http://localhost:18084/api/r/user/find/2http://localhost:18081/user/find/2
2.2.5.3 自定义过滤器案例

自定义过滤器也有两种：全局自定义过滤器，和局部自定义过滤器。

自定义全局过滤器的案例，自定义局部过滤器的案例。

**自定义全局过滤器的案例：**模拟登陆校验。

基本逻辑：如果请求中有Token参数，则认为请求有效放行，如果没有则拦截提示授权无效

2.2.5.3.1 全局过滤器自定义：

实现步骤：

1.在gateway-service工程编写全局过滤器类GlobalFilter接口,以后有多个可能要排序才用实现Ordered接口
2.编写业务逻辑代码
3.访问接口测试，加token和不加token。

全局过滤器作用范围：所有请求都会被拦截。

实现过程：

在gateway-service中创建com.itheima.filter.LoginGlobalFilter全局过滤器类,代码如下：

@Component//这个不能少,创建对象才能调用下面的非静态方法↓
public class LoginGlobalFilter implements GlobalFilter, Ordered {
    /***
     * 过滤拦截
     * @param exchange
     * @param chain
     * @return
     */
    @Override
    public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
        //获取请求参数
        String token = exchange.getRequest().getQueryParams().getFirst("token");

        //如果token为空，则表示没有登录
        if(StringUtils.isEmpty(token)){
            //没登录,状态设置403
            exchange.getResponse().setStatusCode(HttpStatus.PAYLOAD_TOO_LARGE);
            //结束请求
            return exchange.getResponse().setComplete();
        }

        //放行
        return chain.filter(exchange);
    }

    /***
     * 定义过滤器执行顺序
     * 返回值越小，越靠前执行,可以理解为默认从小到大执行
     * @return
     */
    @Override
    public int getOrder() {
        return 0;
    }
}

测试：不携带token <http://localhost:18084/api/user/find/2>效果如下：

在这里插入图片描述

测试：携带token <http://localhost:18084/api/user/find/2?token=abc> 此时可以正常访问。

2.2.5.3.2 局部过滤器定义

自定义局部过滤器，该过滤器在控制台输出配置文件中指定名称的请求参数及参数的值

实现步骤：

1. 在gateway-service中编写MyParamGatewayFilterFactory类去继承AbstractGatewayFilterFactory类
2. 实现业务代码：循环请求参数中是否包含name，如果包含则输出参数值
3. 修改配置文件
4. 访问请求测试，带name参数

局部过滤器作用范围：该局部过滤器在哪个id下配置，则该局部过滤器只针对该id的路由规则有效。

实现过程：

在gateway_service中编写MyParamGatewayFilterFactory类

@Component
public class MyParamGatewayFilterFactory extends AbstractGatewayFilterFactory<MyParamGatewayFilterFactory.Config> {
    /**
     * 处理过程
     * @param config
     * @return
     */
    @Override
    public GatewayFilter apply(MyParamGatewayFilterFactory.Config config) {
        return new GatewayFilter() {
            @Override
            public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
                System.out.println("带该路径下的请求做一定的拦截处理！");
                System.out.println(exchange.getRequest().getQueryParams().getFirst("name"));
                return chain.filter(exchange);
            }
        };
    }

    /**
     * 构造函数
     */
    public MyParamGatewayFilterFactory() {
        super(MyParamGatewayFilterFactory.Config.class);
    }


    /**
     * 在该类执行初始化后，可以在这里执行相关初始化操作
     */
    public static class Config {
    }
}

修改application.yml配置文件

在这里插入图片描述

测试访问,访问<http://localhost:18084/api/user/find/2?namea=ywj&token=aaa>会输出ywj

2.2.6 微服务架构加入Gateway后

在这里插入图片描述

  • 不管是来自客户端的请求，还是服务内部调用。一切对服务的请求都可经过网关。
  • 网关实现鉴权、动态路由等等操作。
  • Gateway就是我们服务的统一入口
2.3 小结

  • 网关的作用

    1.为微服务架构提供一种简单有效统一的API路由管理方式
2.可以在网关中实现微服务鉴权、安全控制、请求监控、限流

  • 会配置动态路由

    使用lb配置，能根据服务名字动态请求。

  • 会配置过滤器

    默认过滤器：default-filters:

  • 能自定义全局过滤器

    编写过滤器类，实现GlobalFilter和Ordered，在filter方法中实现过滤。

3 配置中心 Spring Cloud Config

3.1 目标

  • 了解配置中心的作用
  • 能配置Git仓库
  • 能搭建配置中心
  • 修改微服务，从配置中心获取修改的配置

3.2 讲解

3.2.1 Config简介

分布式系统中，由于服务数量非常多，配置文件分散在不同微服务项目中，管理极其不方便。为了方便配置文件集中管理，需要分布式配置中心组件。在Spring Cloud中，提供了Spring Cloud Config，它支持配置文件放在配置服务的本地，也支持配置文件放在远程仓库Git(GitHub、码云)。配置中心本质上是一个微服务，同样需要注册到Eureka服务中心！

在这里插入图片描述

​ 【配置中心的架构图】

3.2.2 Git配置管理
3.2.2.1 远程Git仓库
  • 知名的Git远程仓库有国外的GitHub和国内的码云(gitee)；
  • GitHub主服务在外网，访问经常不稳定，如果希望服务稳定，可以使用码云；
  • 码云访问地址：http://gitee.com

测试地址：

https://gitee.com/skllll/config.git
3.2.2.2 创建远程仓库

首先使用码云上的git仓库需要先注册账户

账户注册完成，然后使用账户登录码云控制台并创建公开仓库

在这里插入图片描述

配置仓库 名称和路径

在这里插入图片描述

3.2.2.3 创建配置文件

在新建的仓库中创建需要被统一配置管理的配置文件
在这里插入图片描述

文件命名有规则：

配置文件的命名方式：{application}-{profile}.yml或{application}-{profile}.properties
application为应用名称
profile用于区分开发环境dev，测试环境test，生产环境pro等
  开发环境 user-dev.yml
  测试环境 user-test.yml
  生产环境 user-pro.yml

创建一个user-provider-dev.yml文件

将user-provider工程里的配置文件application.yml内容复制进去。
在这里插入图片描述

创建完user-provider-dev.yml配置文件之后，gitee中的仓库如下：

在这里插入图片描述

3.2.3 搭建配置中心微服务

实现步骤：

1. 创建配置中心SpringBoot项目config-server
2. 配置坐标依赖
3. 启动类添加开启配置中心服务注解
4. 配置服务中心application.yml文件
5. 启动测试

实现过程：

(1)创建子工程config-server

工程坐标

<artifactId>config-server</artifactId>
<groupId>com.itheima</groupId>
<version>1.0-SNAPSHOT</version>

(2)pom.xml依赖

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <parent>
        <artifactId>springcloud-parent</artifactId>
        <groupId>com.itheima</groupId>
        <version>1.0-SNAPSHOT</version>
    </parent>
    <modelVersion>4.0.0</modelVersion>
    <artifactId>config-server</artifactId>

    <dependencies>
        <!-- Eureka客户端 -->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>
        <!--配置中心-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-config-server</artifactId>
        </dependency>
    </dependencies>
</project>

(3)创建启动类

在config-server工程中创建启动类com.itheima.ConfigServerApplication,代码如下：

@SpringBootApplication
@EnableDiscoveryClient//开启Eureka客户端发现功能
@EnableConfigServer//开启配置服务支持
public class ConfigServerApplication {
    public static void main(String[] args) {
        SpringApplication.run(ConfigServerApplication.class,args);
    }
}

(4)application.yml配置文件

# 注释版本
server:
  port: 18085 # 端口号
spring:
  application:
    name: config-server # 应用名
  cloud:
    config:
      server:
        git:
          # 配置gitee的仓库地址
          uri: https://gitee.com/ywjsayjava/test07.git
# Eureka服务中心配置
eureka:
  client:
    service-url:
      # 注册Eureka Server集群
      defaultZone: http://127.0.0.1:7001/eureka
# com包下的日志级别都为Debug
logging:
  level:
    com: debug

注意：上述spring.cloud.config.server.git.uri是在码云创建的仓库地址↓

在这里插入图片描述

(5)测试

启动config-server，访问<http://localhost:18085/user-provider-dev.yml>，效果如下：

在这里插入图片描述

可以查看到码云上的文件数据，并且可以在gitee上修改user-dev.yml，然后刷新上述测试地址也能及时更新数据

3.2.4 服务去获取配置中心配置

目标：改造user-provider工程，配置文件不再由微服务项目提供，而是从配置中心获取。

实现步骤：

1. 添加配置中心客户端启动依赖
2. 修改服务提供者的配置文件
3. 启动服务
4. 测试效果

实现过程：

(1)添加依赖

<!--spring cloud 配置中心-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-config</artifactId>
</dependency>

(2)修改配置

删除user-provider工程的application.yml文件

创建user-provider工程bootstrap.yml配置文件，配置内容如下

# 注释版本
spring:
  cloud:
    config:
      name: user-provider # 与远程仓库中的配置文件的application保持一致，{application}-{profile}.yml
      profile: dev # 远程仓库中的配置文件的profile保持一致
      label: master # 远程仓库中的版本保持一致
      discovery:
        enabled: true # 使用配置中心
        service-id: config-server # 配置中心服务id
#向Eureka服务中心集群注册服务
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:7001/eureka

关于application.yml和bootstrap.yml文件的说明：

- bootstrap.yml文件是SpringBoot的默认配置文件，而且其加载时间相比于application.yml更早。

- bootstrap.yml和application.yml都是默认配置文件，但定位不同
  - bootstrap.yml可以理解成系统级别的一些参数配置，一般不会变动
  - application.yml用来定义应用级别的参数
  
- 搭配spring-cloud-config使用application.yml的配置可以动态替换。
- bootstrap.yml相当于项目启动的引导文件，内容相对固定
- application.yml文件是微服务的常规配置参数，变化比较频繁

启动测试：

启动服务中心、配置中心、用户中心即服务提供者
在这里插入图片描述

如果启动没报错，其实已经使用上配置中心内容了

可以在服务中心查看也可以检验user_service的服务
在这里插入图片描述

3.2.5 配置中心存在的问题↓黄色高亮说明↓

(1)修改码云配置文件

修改在码云上的user-provider-dev.yml文件，添加一个属性test.message,如下操作：

在这里插入图片描述

(2)读取配置文件数据

在user-provider工程中创建一个com.itheima.controller.LoadConfigController读取配置文件信息，代码如下：

@RestController
@RequestMapping(value = "/config")
public class LoadConfigController {

    @Value("${test.message}")
    private String msg;

    /**
     * 响应配置文件中的数据
     * @return
     */
    @RequestMapping(value = "/load")
    public String load(){
        return msg;
    }
}

启动运行user-provider，访问<http://localhost:18081/config/load>

在这里插入图片描述

修改码云上的配置后，发现项目中的数据仍然没有变化,只有项目重启后才会变化↓

3.3 小结

  • 配置中心的作用:将各个微服务的配置文件集中到一起进行统一管理。

  • 能搭建配置中心

    需要在application.yml配置文件中指定需要远程更新的仓库地址。

  • 修改微服务，从配置中心获取修改的配置

    创建bootstrap.yml，并在bootstrap.yml中配置
# 注释版本
spring:
  cloud:
    config:
      name: user-provider # 与远程仓库中的配置文件的application保持一致，{application}-{profile}.yml
      profile: dev # 远程仓库中的配置文件的profile保持一致
      label: master # 远程仓库中的版本保持一致
      discovery:
        enabled: true # 使用配置中心
        service-id: config-server # 配置中心服务id
#向Eureka服务中心集群注册服务
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:7001/eureka

4 消息总线 Spring Cloud Bus

SpringCloud Bus，解决上述问题，实现配置自动更新↑。

注意：SpringCloudBus基于RabbitMQ实现，默认使用本地的消息队列服务，所以需要提前安装并启动RabbitMQ。安装参考./04资料/安装Windows RabbitMQ.pdf

4.1 Bus简介

Bus是用轻量的消息代理将分布式的节点连接起来，可以用于广播配置文件的更改或者服务的监控管理。

Bus可以为微服务做监控，也可以实现应用程序之间互相通信。Bus可选的消息代理RabbitMQ和Kafka。

广播出去的配置文件服务会进行本地缓存。

4.2 整合案例

目标：消息总线整合入微服务系统，实现配置中心的配置自动更新。不需要重启微服务。

4.2.1 改造配置中心

改造步骤：

  1. 在config-server项目中加入Bus相关依赖
  2. 修改application.yml，加入RabbitMQ的配置信息，和暴露触发消息总线地址

实现过程：

(1)引入依赖

修改config-server的pom.xml引入依赖：

<!--消息总线依赖-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-bus</artifactId>
</dependency>
<!--RabbitMQ依赖-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-stream-binder-rabbit</artifactId>
</dependency>

(2)修改application.yml配置文件

修改config-server的application.yml，如下配置的rabbit都是默认值，其实可以完全不配置,代码如下：

在这里插入图片描述

上图配置如下：

# 注释版本
server:
  port: 18085 # 端口号
spring:
  application:
    name: config-server # 应用名
  cloud:
    config:
      server:
        git:
          # 配置gitee的仓库地址
          uri: https://gitee.com/skllll/config.git
  # rabbitmq的配置信息；如下配置的rabbit都是默认值，其实可以完全不配置
  rabbitmq:
    host: localhost
    port: 5672
    username: guest
    password: guest
# 暴露触发消息总线的地址
management:
  endpoints:
    web:
      exposure:
        # 暴露触发消息总线的地址,这个主意↓↓↓,下面黄色高亮处有说明
        include: bus-refresh

# Eureka服务中心配置
eureka:
  client:
    service-url:
      # 注册Eureka Server集群
      defaultZone: http://127.0.0.1:7001/eureka
# com包下的日志级别都为Debug
logging:
  level:
    com: debug
4.2.2 改造用户服务

改造步骤：

1. 在用户微服务user-provider项目中加入Bus相关依赖
2. 修改user-provider项目的bootstrap.yml，加入RabbitMQ的配置信息
3. UserController类上加入@RefreshScope刷新配置注解
4. 测试

实现过程：

(1)引入依赖,多了一个健康监控依赖↓

修改user-provider引入如下依赖：

<!--消息总线依赖-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-bus</artifactId>
</dependency>
<!--RabbitMQ依赖-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-stream-binder-rabbit</artifactId>
</dependency>
<!--健康监控依赖,↑-->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

(2)添加bootstrap.yml文件

在user-provider的resources目录下添加bootstrap.yml，添加rabbitmq配置，代码如下：

# 注释版本
spring:
  cloud:
    config:
      name: user-provider # 与远程仓库中的配置文件的application保持一致，{application}-{profile}.yml
      profile: dev # 远程仓库中的配置文件的profile保持一致
      label: master # 远程仓库中的版本保持一致
      discovery:
        enabled: true # 使用配置中心
        service-id: config-server # 配置中心服务id
# rabbitmq的配置信息；如下配置的rabbit都是默认值，其实可以完全不配置
  rabbitmq:
    host: localhost
    port: 5672
    username: guest
    password: guest
#向Eureka服务中心集群注册服务
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:7001/eureka

(3)添加刷新配置

修改user-provider的com.itheima.controller.LoadConfigController，添加一个@RefreshScope注解刷新配置信息，代码如下：

在这里插入图片描述

@RefreshScope//用于启用刷新配置文件的信息

4.3 测试

目标：当我们修改Git仓库的配置文件，用户微服务是否能够在不重启的情况下自动更新配置文件信息。

测试步骤：

(1)启动eureka-server

(2)启动config-server

(3)启动user-provider

(4)访问测试

访问<http://localhost:18081/config/load>,效果如下：

在这里插入图片描述

(5)修改码云配置

修改码云的配置，修改后并提交，修改如下：

在这里插入图片描述

(6)刷新配置

使用Postman以POST方式请求http://localhost:18085/actuator/bus-refresh

在这里插入图片描述

请求地址中actuator是固定的，bus-refresh对应的是配置中心的config-server中的application.yml文件的配置项include的内容,上面说注意的写法原因在此↑↑↑

(7)刷新测试

访问<http://localhost:18081/config/load>,效果如下：

在这里插入图片描述

消息总线实现消息分发过程：

  • 请求地址访问配置中心的消息总线
  • 消息总线接收到请求
  • 消息总线向消息队列发送消息
  • user-service微服务会监听消息队列
  • user-service微服务接到消息队列中消息后
  • user-service微服务会重新从配置中心获取最新配置信息

SpringCloud 总架构图

在这里插入图片描述

点击此处进入 zookeeper

卢卢在路上
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
SpringCloud-Gzip[压缩介绍]
波波烤鸭的博客
06-09 4091
  在数据传输过程中压缩数据肯定是必须的，而gzip是我们比较常用的方式，而且我们在刚刚接触http协议的时候就介绍过gzip。本文我们来看下在微服务环境下我们怎么通过gzip来压缩数据。 一、gzip 介绍   gzip是一种数据格式，采用用 deflate 算法压缩 data；gzip 是一种流行的文件压缩算法，应用十分广泛，尤其是在 Linux 平台。 gzip 能力：   当 Gzip 压...
Spring Cloud Alibaba 从入门到精通1
08-03
诞生的背景企业级应用互联网解决的问题面向企业内，系统集成面向最终产品，解决扩展，维护的问题通信手段、数据等的不同只是表象，其本质区别还是由于两者诞生于不同历史时
springcloud Gateway网关-压测用.zip
07-22
网关里包括一个简单aop代理，使用简单路由及默认过滤器，还有5个一样的修改request body的自定义全局过滤器。
SpringBoot网关GateWay压缩响应的JSON数据
爱飞的小飞的博客
06-08 1099
Spring Cloud Gateway中实现响应压缩
Springcloud学习--第2章
m0_49572530的博客
10-26 389
第2天 SpringCloud 学习目标 能够使用Feign(通信服务) 1.使用Feign进行Web Service 远程调用 2.支持负载均衡配置 3.支持熔断配置 4.请求压缩/响应数据压缩 5.日志配置 能够搭建Spring Cloud Gateway 1.微服务网关 2.路由 3.过滤配置 4.自定义全局过滤器/自定义局部过滤器 能够配置Spring Cloud Gateway过滤器 能够使用Spring Cloud Gateway默认过滤器：全局过滤、局部过滤 能够搭建S
基于Spring-cloud-gateway实现全局日志记录
Instanceztt的博客
10-26 6279
最近项目在线上运行出现了一些难以复现的bug需要定位相应api的日志，通过nginx提供的api请求日志难以实现，于是在gateway通过全局过滤器记录api请求日志。
springcloud学习文档和代码（springcloud从入门到精通）
01-08
springcloud学习文档和代码（springcloud从入门到精通）
spring 从入门到精通
08-25
压缩包内包含了众多spring学习资料如：Spring从入门到精通.pdf ，spring+framework+2.5+reference_CN.chm， Acegi(spring_security)培训.ppt, spring事务.pdf,Spring_Framework-3-AOP.ppt,Spring-Hibernate_...
spring cloud事务从入门到精通
05-24
1课程的介绍 2数据库事务的介绍 3mysq|事务讲解 4mysq|-JDBC事务讲解1 5mysqI-JDBC事务讲解2 6搭建一个spring-boot项目 7idea插件easycode 8spring-boot标签事务 ...11spring-boot jta多数据源事务实例
Spring Cloud Gateway网关常用功能实现
最新发布
incredible1024的博客
07-28 334
本文实现了Spring Cloud Gateway的常用功能，包括：路由，跨域处理，统一日志，统一业务处理（响应数据加密，对不同响应结果作不同处理），访问控制，流量染色 等。同时对GlobalFilter全局过滤器进行了介绍，说明了如何在GlobalFilter中编写请求和响应的处理逻辑。
网关 Spring Cloud Gateway HTTP超时配置
laker的博客
01-06 2万+
1. 全局超时 2. 每个路由超时 3. Fluent Java Routes API 4. DiscoveryClient路由定义定位器 4.1 DiscoveryClient路由配置谓词和过滤器 本文Spring Cloud Gateway 版本：2020.0.0 可以为所有路由配置Http超时（响应和连接），并为每个特定路由覆盖Http超时。 1. 全局超时 要配置全局http超时： connect-timeout必须以毫秒为单位指定。 response-timeout必须指定为java.time
spring cloud feign gzip 压缩问题
qq_36973850的博客
09-17 1722
也就是说，当参数小于这个压缩数据大小的下限时，会将传递的参数压缩，而在压缩的过程中，出现了乱码，另一个模块接收时报错了。从网上找了很多办法，其中最为简单的是将compression.request.enabled = false,compression.response.enabled = false ,这样问题也能解决，但公司的架构师认为这样太粗暴，不够友好.....于是又找另外的解决方法。综上：上面的四种方法我都试过，都能成功，第一种比较暴力，推荐使用第三种，第四种，完美解决这个问题。
spring cloud gateway - 日志
magic_hat的博客
08-20 5123
spring cloud gateway - 日志 （基于代码 - 非配置） 解决获取request body问题
SpringCloud Gateway 构建应用请求日志输出 与 param和json参数打印
李虹柏的博客
05-31 2077
SpringCloud Gateway 构建应用请求日志输出 与 param和json参数打印
spring cloud gateway处理请求有256kb大小的限制的解决办法
oMrLai1的博客
08-27 9438
系统架构：注册中心和配置中心是nacos，版本1.3.0 。springboot版本是2.2.6.RELEASE，spring cloud alibaba版本是 <spring-boot.version>2.2.6.RELEASE</spring-boot.version> <spring-cloud-alibaba.version>2.2.1.RELEASE</spring-cloud-alibaba.version> <spring-cloud.
Spring Cloud Gateway 修改返回的响应体
咘噜biu的博客
11-24 5680
问题描述： 在gateway中修改返回的响应体，在全局Filter中添加如下代码： import org.springframework.core.Ordered; import org.springframework.cloud.gateway.filter.GlobalFilter; import org.springframework.cloud.gateway.filter.GatewayFilterChain; import org.springframework.stereotype.Com.
Spring Cloud Gateway真的有那么差吗？
热门推荐
程序猿DD
02-09 4万+
Spring Cloud从一开始最受大家质疑的就是网关性能，那是由于Spring Cloud最初选择了使用Netflix几年前开源的Zuul作为基础，而高性能版的Zuul 2在经过了多次跳票之后，对于Spring这样的整合专家可能也不愿意再继续等待，Spring Cloud Gateway应运而生，那么这个由Spring社区自己开发推出的网关又如何呢？最近一篇《实测 | 转型微服务，这4大工具谁是
最新的springcloud 入门到精通
07-13
Spring Cloud 是一个基于 Spring Boot 的微服务框架，它提供了一套完整的解决方案，...总之，学习 Spring Cloud 需要一定的时间和经验积累，通过不断的实践和学习，你可以逐渐从入门到精通。希望这些步骤对你有所帮助！

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

卢卢在路上

人生苦短，及时行乐

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值