SpringCloud 服务限流与熔断

最新推荐文章于 2024-09-21 08:24:04 发布
最新推荐文章于 2024-09-21 08:24:04 发布
阅读量1.7k 收藏 11
点赞数
文章标签： spring cloud java spring
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/m0_63300795/article/details/127775243
版权

目录

学习SpringCloud指南 ☆ ☆ ☆ ☆ ☆

  小白学习SpringCloud 使用与Nacos

  小白学习SpringCloud 远程通信【OpenFeign】

  小白学习SpringCloud 配置中心【Nacos_Config】

  小白学习SpringCloud 网关【Gateway】

1. 限流

2. Gateway限流的实现

2.1 导入pom依赖

2.2 添加redis配置

2.3 添加限流配置

2.4 RequestRateLimiterConfig 配置类

2.5 整合yml文件参考

3. JMeter压力测试

4. 熔断

4.1 添加熔断配置 

4.2 整合yml文件参考

4.3 服务器降级响应处理

学习SpringCloud指南 ☆ ☆ ☆ ☆ ☆

  小白学习SpringCloud 使用与Nacos

  小白学习SpringCloud 远程通信【OpenFeign】

  小白学习SpringCloud 配置中心【Nacos_Config】

  小白学习SpringCloud 网关【Gateway】

问题分析 

     “一码通”一度瘫痪，西安电信遭质疑！崩溃原因到底是什么？_腾讯新闻 

      从技术角度分析一下，西安一码通为何反复崩溃？ - 知乎  

 主要问题

  •  限流问题：市民在长时间无法刷出健康码的情况下，多次退出刷新重试，新的流量到达服务   器，导 致服务器压力变大、承受负载增加，说明“西安一码通”系统没有做好限流措施。 
  •  服务器问题：无论是企业和个人在租用服务器的时候都会受到峰值承受限制的，一旦超过服   务器的 承受能力，就会导致服务器瘫痪，应用程序暂停，网站无法访问。服务器是有峰值限   制的，不可能 承受无上限的并发能力。而造成服务器瘫痪的原因就是在同一段时间内，访问   人数多，造成高流量 的突进，超出了服务器的承受范围。
  •  架构问题：“西安一码通”功能影响“核酸检测”服务，说明模块间从界面到数据调用互相影响，   可能 不是微服务架构。 
  •  性能过载：典型的性能过载场景，不论内部根因是数据库瓶颈点，还是网络链接数瓶颈点等   等，外 因都是因为过载导致。 
  •  设计漏洞：没有考虑高流量高负载的情况，导致测试不充分；产品设计未考虑千万级的并发   访问， 交付前未进行同等级的压力测试。 
  •  压力测试：在市民长时间无法看到健康码的情况下，多次退出刷新重试，新的流量到达服务   器，导 致服务器压力变大、承受负载增加。说明压力测试不够。 

1. 限流

限流的目的是通过对并发访问/请求进行限速或者对一个时间窗口内的请求进行限速来保护系统，一旦达 到限制速率则可由拒绝服务，就是定向到错误页或友好的展示页，排队或等待。

限流可以保障我们的 API 服务对所有用户的可用性，也可以防止网络攻击。在高并发的应用中，限流是 一个绕不开的话题。

 

令牌桶算法

 令牌桶算法的原理是系统会以一个恒定的速度往桶里放入令牌，而如果请求需要被处理，则   需要先从桶 里获取一个令牌，当桶里没有令牌可取时，则拒绝服务。

  •  QPS 每秒请求数，就是说服务器在一秒的时间内处理了多少个请求。

提高带宽

 

2. Gateway限流的实现

    2.1 导入pom依赖

<?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 https://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.jmh</groupId>
    <artifactId>nacos_gateway</artifactId>
    <version>0.0.1-SNAPSHOT</version>
    <name>nacos_gateway</name>
    <description>Demo project for Spring Boot</description>

    <!--提供版本-->
    <properties>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <maven.compiler.source>1.8</maven.compiler.source>
        <maven.compiler.target>1.8</maven.compiler.target>
        <!--<spring-boot.version>2.4.1</spring-boot.version>
        <spring-cloud.version>2020.0.0</spring-cloud.version>
        <spring-cloud-alibaba.version>2021.1</spring-cloud-alibaba.version>-->
        <spring-boot.version>2.3.7.RELEASE</spring-boot.version>
        <spring-cloud.version>Hoxton.SR5</spring-cloud.version>
        <spring-cloud-alibaba.version>2.1.1.RELEASE</spring-cloud-alibaba.version>
    </properties>

    <!--提供依赖-->
    <dependencies>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
        </dependency>
        <!--注册与发现-->
        <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
        </dependency>
        <!--远程通信-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-openfeign</artifactId>
        </dependency>
        <!--负载均衡-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-loadbalancer</artifactId>
        </dependency>
        <!--对象赋值依赖-->
        <dependency>
            <groupId>ma.glasnost.orika</groupId>
            <artifactId>orika-core</artifactId>
            <version>1.4.6</version>
        </dependency>
        <dependency>
            <groupId>org.projectlombok</groupId>
            <artifactId>lombok</artifactId>
        </dependency>
        <!--配置中心-->
       <!-- <dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-bootstrap</artifactId>
        </dependency>-->
        <!--网关-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-webflux</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-gateway</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-actuator</artifactId>
        </dependency>
        <!--<dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
            <version>2.2.9.RELEASE</version>
        </dependency>-->
        <dependency>
            <groupId>io.projectreactor</groupId>
            <artifactId>reactor-test</artifactId>
            <scope>test</scope>
        </dependency>
        <dependency>
            <groupId>com.alibaba</groupId>
            <artifactId>fastjson</artifactId>
            <version>1.2.35</version>
        </dependency>
        <!--限流-->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-redis-reactive</artifactId>
        </dependency>
        <!--熔断-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-hystrix</artifactId>
        </dependency>
    </dependencies>

    <!--提供依赖版本-->
    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-dependencies</artifactId>
                <version>${spring-boot.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>${spring-cloud.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
            <dependency>
                <groupId>com.alibaba.cloud</groupId>
                <artifactId>spring-cloud-alibaba-dependencies</artifactId>
                <version>${spring-cloud-alibaba.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>


    <build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
            </plugin>
        </plugins>
    </build>

</project>
  • Spring Cloud Gateway官方提供了RequestRateLimiterGatewayFilterFactory类，使用redis和lua脚本 来实现令牌桶的方式。
  • Gateway通过内置的RequestRateLimiter过滤器实现限流，使用令牌桶算法，借助Redis保存中间数 据。用户可通过自定义KeyResolver设置限流维度。
  • 对请求的目标URL进行限流
  • 对来源IP进行限流
  • 特定用户进行限流

   2.2 添加redis配置

redis:
    host: 127.0.0.1
    port: 6379
    # password: root123
    database: 0
  • 如果redis连接失败，限流功能将不能开启。因为没有redis作为容器来保存令牌，限流功能自  然就失效 了。
  • 可以将redis的配置信息保存到nacos中，通过添加nacos配置中心客户端的方式进行读取

   2.3 添加限流配置

filters:
    - name: RequestRateLimiter
      args:
        #用于限流的键的解析器的 Bean 对象的名字,使用 SpEL表达式根据#{@beanName}获取Bean对象
        key-resolver: '#{@ipAddrKeyResolver}'
        #令牌桶填充速率，允许用户每秒处理多少个请求
        redis-rate-limiter.replenishRate: 10
        #令牌桶总容量，允许在一秒钟内完成的最大请求数
        redis-rate-limiter.burstCapacity: 20

  2.4 RequestRateLimiterConfig 配置类

package com.jmh.nacos_gateway;

import org.springframework.cloud.gateway.filter.ratelimit.KeyResolver;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.Primary;
import reactor.core.publisher.Mono;

/**
 * 请求限流配置
 */
@SuppressWarnings("all")
@Configuration
public class RequestRateLimiterConfig {

    /**
     * 按IP来限流
     */
    @Bean
    @Primary
    public KeyResolver ipAddrKeyResolver() {
        return exchange -> Mono.just(exchange.getRequest().getRemoteAddress().getAddress().getHostAddress());
    }

    /**
     * 按用户限流
     */
    @Bean
    KeyResolver userKeyResolver() {
        return exchange -> Mono.just(exchange.getRequest().getQueryParams().getFirst("user"));
    }

    /**
     * 按URL限流,即以每秒内请求数按URL分组统计，超出限流的url请求都将返回429状态
     *
     * @return
     */
    @Bean
    KeyResolver apiKeyResolver() {
        return exchange -> Mono.just(exchange.getRequest().getPath().toString());
    }

}

  2.5 整合yml文件参考

server:
  port: 8084
spring:
  application:
    name: nacos-gateway
  redis:
    host: 127.0.0.1
    port: 6379
    password: 1234
    database: 0
  cloud:
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848
    gateway:
      discovery:
        locator:
          #是否与服务发现组件进行结合,通过service-id(必须设置成大写)转发到具体的服务实例。默认false
          #为true代表开启基于服务发现的路由规则。
          enabled: false
          #配置之后访问时service-id无需大写
          lower-case-service-id: true
      routes:
        # 路由标识(id：标识,具有唯一性)
        - id: user-consumer-api
          #目标服务地址(uri：地址,请求转发后的地址),会自动从注册中心获得服务的IP,不需要手动写死
          uri: lb://nacos-consumer
          #优先级,越小越优先
          #order: 999
          #路由条件(predicates：断言)
          predicates:
            # 路径匹配,
            - Path=/aa/**
          filters:
           #路径前缀删除示例：请求/name/bar/foo,StripPrefix=2,去除掉前面两个前缀之后,最后转发到目标服务的路径为/foo
           #前缀过滤,请求地址：http://localhost:8084/usr/hello
           #此处配置去掉1个路径前缀,再配置上面的 Path=/usr/**,就将**转发到指定的微服务
           #因为这个api相当于是服务名,只是为了方便以后nginx的代码加上去的,对于服务提供者service-client来说,不需要这段地址,所以需要去掉
            - StripPrefix=1
            #限流
            - name: RequestRateLimiter
              args:
              #用于限流的键的解析器的 Bean 对象的名字,使用 SpEL表达式根据#{@beanName}获取Bean对象
                key-resolver: '#{@ipAddrKeyResolver}'
                #令牌桶填充速率，允许用户每秒处理多少个请求
                redis-rate-limiter.replenishRate: 10
                #令牌桶总容量，允许在一秒钟内完成的最大请求数
                redis-rate-limiter.burstCapacity: 20
#        # 路由标识(id：标识,具有唯一性)
#        - id: user-provider-api
#         #目标服务地址(uri：地址,请求转发后的地址),会自动从注册中心获得服务的IP,不需要手动写死
#          uri: lb://nacos-provider
#          #优先级,越小越优先
#          #order: 999
#          #路由条件(predicates：断言)
#          predicates:
#            # 路径匹配,
#            - Path=/bb/**
#          filters:
#            #路径前缀删除示例：请求/name/bar/foo,StripPrefix=2,去除掉前面两个前缀之后,最后转发到目标服务的路径为/foo
#            #前缀过滤,请求地址：http://localhost:8084/usr/hello
#            #此处配置去掉1个路径前缀,再配置上面的 Path=/usr/**,就将**转发到指定的微服务
#            #因为这个api相当于是服务名,只是为了方便以后nginx的代码加上去的,对于服务提供者service-client来说,不需要这段地址,所以需要去掉
#            - StripPrefix=1

#自定义动态路由配置
gateway:
  nacos:
    server-addr: ${spring.cloud.nacos.discovery.server-addr}
    # namespace: xxx-xx-xx-xx
    data-id: gateway.json
    group: DEFAULT_GROUP

3. JMeter压力测试

压力测试是每一个Web应用程序上线之前都需要做的一个测试，他可以帮助我们发现系统中 的瓶颈问 题，减少发布到生产环境后出问题的几率 预估系统的承载能力，使我们能根据其做出一些应对措施。所以压力测试是一个非常重要的步骤

4. 熔断

在分布式系统中，网关作为流量的入口，大量请求进入网关，向后端远程系统或服务发起调用， 后端服务不可避免的会产生调用失败（超时或者异常），失败时不能让请求堆积在网关上，需要快速失 败并返回回去， 这就需要在网关上做熔断、降级操作。 

   4.1 添加熔断配置 

filters:
    - name: Hystrix
      args:
        name: fallback
        fallbackUri: forward:/fallback

hystrix:
  command:
    default:
      execution:
        isolation:
          thread:
            timeoutInMilliseconds: 300

   4.2 整合yml文件参考

server:
  port: 8084
spring:
  application:
    name: nacos-gateway
  redis:
    host: 127.0.0.1
    port: 6379
    password: 1234
    database: 0
  cloud:
    nacos:
      discovery:
        server-addr: 127.0.0.1:8848
    gateway:
      discovery:
        locator:
          #是否与服务发现组件进行结合,通过service-id(必须设置成大写)转发到具体的服务实例。默认false
          #为true代表开启基于服务发现的路由规则。
          enabled: false
          #配置之后访问时service-id无需大写
          lower-case-service-id: true
      routes:
        # 路由标识(id：标识,具有唯一性)
        - id: user-consumer-api
          #目标服务地址(uri：地址,请求转发后的地址),会自动从注册中心获得服务的IP,不需要手动写死
          uri: lb://nacos-consumer
          #优先级,越小越优先
          #order: 999
          #路由条件(predicates：断言)
          predicates:
            # 路径匹配,
            - Path=/aa/**
          filters:
           #路径前缀删除示例：请求/name/bar/foo,StripPrefix=2,去除掉前面两个前缀之后,最后转发到目标服务的路径为/foo
           #前缀过滤,请求地址：http://localhost:8084/usr/hello
           #此处配置去掉1个路径前缀,再配置上面的 Path=/usr/**,就将**转发到指定的微服务
           #因为这个api相当于是服务名,只是为了方便以后nginx的代码加上去的,对于服务提供者service-client来说,不需要这段地址,所以需要去掉
            - StripPrefix=1
            #限流
            - name: RequestRateLimiter
              args:
              #用于限流的键的解析器的 Bean 对象的名字,使用 SpEL表达式根据#{@beanName}获取Bean对象
                key-resolver: '#{@ipAddrKeyResolver}'
                #令牌桶填充速率，允许用户每秒处理多少个请求
                redis-rate-limiter.replenishRate: 10
                #令牌桶总容量，允许在一秒钟内完成的最大请求数
                redis-rate-limiter.burstCapacity: 20
            #熔断
            - name: Hystrix
              args:
                name: fallback
                #降级时返回的路径
                fallbackUri: forward:/fallback
#        # 路由标识(id：标识,具有唯一性)
#        - id: user-provider-api
#         #目标服务地址(uri：地址,请求转发后的地址),会自动从注册中心获得服务的IP,不需要手动写死
#          uri: lb://nacos-provider
#          #优先级,越小越优先
#          #order: 999
#          #路由条件(predicates：断言)
#          predicates:
#            # 路径匹配,
#            - Path=/bb/**
#          filters:
#            #路径前缀删除示例：请求/name/bar/foo,StripPrefix=2,去除掉前面两个前缀之后,最后转发到目标服务的路径为/foo
#            #前缀过滤,请求地址：http://localhost:8084/usr/hello
#            #此处配置去掉1个路径前缀,再配置上面的 Path=/usr/**,就将**转发到指定的微服务
#            #因为这个api相当于是服务名,只是为了方便以后nginx的代码加上去的,对于服务提供者service-client来说,不需要这段地址,所以需要去掉
#            - StripPrefix=1

#自定义动态路由配置
gateway:
  nacos:
    server-addr: ${spring.cloud.nacos.discovery.server-addr}
    # namespace: xxx-xx-xx-xx
    data-id: gateway.json
    group: DEFAULT_GROUP

    4.3 服务器降级响应处理

package com.jmh.nacos_gateway.controller;

import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

import java.util.HashMap;
import java.util.Map;

/**
 * @author 蒋明辉
 * @data 2022/11/9 18:01
 */
@RestController
public class HystrixController {

    @RequestMapping("/fallback")
    public Object fallback(){
        Map map=new HashMap();
        map.put("code","204");
        map.put("msg","服务降级了");
        return map;
    }

}
JoneClassMate
关注
微服务Spring Cloud Alibaba之Sentinel篇，使用熔断器防止雪崩
bufegar0的博客
05-25 852
微服务系列导航 第一篇：初学者如何快速入门微服务，面试前如何快速熟悉微服务 第二篇：微服务Spring Cloud Alibaba之Nacos篇， Nacos 就是注册中心 + 配置中心的组合 第三篇：微服务Spring Cloud Alibaba之Sentinel篇，使用熔断器防止雪崩 此文目录微服务系列导航一、微服务业务熔断背景二、什么是 Sentinel？2.1 概念2.2 Sentinel 的特征2.2 官方文档三、Sentinel安装3.1 Docker化部署3.2 系统安装3.2.1 下载
深入学习spring cloud gateway 限流熔断
2301_79098686的博客
05-03 152
引领完成Docker的安装、部署、管理和扩展，让其经历从测试到生产的整个开发生命周期，深入了解Docker适用于什么场景。并且这本Docker的学习权威指南介绍了其组件的基础知识，然后用Docker构建容器和服务来完成各种任务：利用Docker为新项目建立测试环境，演示如何使用持续集成的工作流集成Docker，如何构建应用程序服务和平台，如何使用Docker的API，如何扩展Docker。
springcloud的服务熔断演示
Lemon_MY的博客
03-11 470
服务熔断状态转换图 状态机有三个状态： Closed：关闭状态(断路器关闭)，所有请求都正常访问。 Open：打开状态(断路器打开)，所有请求都会被降级。Hystrix会对请求情况计数，当一定时间内失败请求百分比达到阈值，则触发熔断，断路器会完全打开。默认失败比例的阈值是50%，请求次数最少不低于20次。 Half Open：半开状态，不是永久的，断路器打开后会进入休眠时间(默认是55)。随后断...
【深入理解SpringCloud微服务】了解微服务的熔断、限流、降级，手写实现一个微服务熔断限流器
最新发布
weixin_43889578的博客
09-21 1535
我们通过SpringAOP扫描被@Protected注解修饰的方法，给它们生成代理对象，并且通过SpringAOP的@Around注解定义了环绕增强逻辑，当请求被@Protected注解修饰的接口方法接收时，就会进入这里的增强逻辑，增强逻辑做的自然就是熔断、限流、降级等这些事情。当调用一个接口方法时，如果被流控，或者断路器处于打开状态，或者执行目标方法时超时或抛出异常，并且接口设置了降级回调，那么执行对应Fallback实现类的降级处理方法。限流也叫流控，也就是流量控制，作用是限制流入服务接口的流量大小。
Spring Cloud 限流熔断
numun的博客
12-06 460
限流的核心 高并发三把斧：限流、降级、缓存 限流：限流是通过对并发访问/请求进行限速，或者对一个时间窗口内的请求进行限速来保护系统，一旦达到限制速率则可以拒绝服务、排队或等待、降级等处理，程序中的限流就是限制请求，请求包括客户端发起的请求，应用内服务间的请求，很多平台都有限流，例如我们调用第三方的api的时候，对方都会限制每天最多只能调用几次之类的，当请求量超过系统的最大容量后，访问延迟就会增加，超过峰值的流量会拖累整个系统，出现宕机。因此，需要提前流量控制，对于超过峰值的流量，可以直接拒绝掉或者选择随机
SpringCloud.服务限流与熔断
qq_59025975的博客
02-17 3339
在昨天的基础上增加代码 一、限流 限流的目的是通过对并发访问/请求进行限速或者对一个时间窗口内的请求进行限速来保护系统，一旦达到限制速率则可由拒绝服务，就是定向到错误页或友好的展示页，排队或等待。 限流可以保障我们的 API 服务对所有用户的可用性，也可以防止网络攻击。在高并发的应用中，限流是一个绕不开的话题。 令牌桶算法 令牌桶算法的原理是系统会以一个恒定的速度往桶里放入令牌，而如果请求需要被处理，则需要先从桶里获取一个令牌，当桶里没有令牌可取时，则拒绝服务。 QP.
springcloud-熔断监控Hystrix Dashboard和Turbine
weixin_30532973的博客
05-22 236
作者：纯洁的微笑出处：http://www.ityouknow.com/版权归作者所有，转载请注明出处 Hystrix-dashboard是一款针对Hystrix进行实时监控的工具，通过Hystrix Dashboard我们可以在直观地看到各Hystrix Command的请求响应时间, 请求成功率等数据。但是只使用Hystrix Dashboard的话, 你只能看到单个应用内的服...
Sentinel实现SpringCloud服务限流与熔断策略详解
资源摘要信息:" Sentinel 限流，整合springcloud nacos" 知识点一：Sentinel限流策略 Sentinel是阿里巴巴开源的一款面向分布式服务架构的轻量级流量控制组件，主要以流量为切入点，从限流、熔断、系统负载保护等多...
SpringCloud核心组件AlibabaSentinel限流与熔断
kkchenjj的博客
07-13 846
阿里巴巴 Sentinel 是一个开源的流量控制组件，特别设计用于微服务架构和云原生架构。它主要提供流量控制（限流和熔断）和系统自适应保护（系统保护）两大功能。Sentinel 以流量为切入点，从流量控制、熔断降级、系统负载保护等多个维度保护服务的稳定性。
SpringCloud之服务限流与熔断
weixin_60389087的博客
02-18 692
一、限流 1、含义 限流的目的是通过对并发访问/请求进行限速或者对一个时间窗口内的请求进行限速来保护系统，一旦达到限制速率则可由拒绝服务，就是定向到错误页或友好的展示页，排队或等待。 限流可以保障我们的 API 服务对所有用户的可用性，也可以防止网络攻击。在高并发的应用中，限流是一个绕不开的话题。 2、如何实现限流 ①、令牌桶算法 令牌桶算法的原理是系统会以一个恒定的速度往桶里放入令牌，而如果请求需要被处理，则需要先从桶里获取一个令牌，当桶里没有令牌可取时，则拒绝服务。 QPS
17Spring Cloud Alibaba：Sentinel实现熔断与限流1
08-04
Spring Cloud Alibaba：Sentinel 实现熔断与限流 Sentinel 是 Spring Cloud Alibaba 中的一款核心组件，提供了熔断、限流、流量控制、降级等多种服务保护功能。Sentinel 通过对流量的监控和控制，保护服务的稳定性...
SpringCloud熔断
煜 [yù]
03-18 454
如果一个软件系统的并发请求数目超过了系统的最佳线程数，那么就会导致激烈的资源竞争，随着资源的匮乏甚至枯竭，整个系统也就面临着灾难。 所以，很多软件系统为了保证即使在出现并发用户数>最佳线程数时，也不至于导致整个万网站崩溃，都会采用一些技术手段来避免发生系统性灾难。这些技术中比较典型的就是限流、降级和熔断。 这次就来讲讲什么是服务熔断，以及如何在微服务架构中做服务熔断。 为什么需要熔断？...
springcloud-服务熔断
paiidds的博客
05-23 9856
SpringCloud之服务熔断 雪崩效应(熔断器的背景)     在微服务架构中，一个应用由多个服务组成。相互依赖，依赖关系错综复杂。若有一个服务因为故障原因，可能会导致整个服务崩溃。     例如一个微服务架构存在A、B、C、D、E、F等多个服务，它们的依赖关系如下图。 图1:服务依赖关系     请求1调用A、D、E、F四个服务才能完成。请求 2 需要调用 B、E、D 三个服务才能完成，请求 3 需要调用服务 C、F、E、D 四个服务才能完成。微服务之间的调用，就是所谓的扇出，当扇出的链路上服务E发
SpringCloud服务限流与熔断
weixin_52639224的博客
02-17 1050
一、服务限流 1.在gateway中更改版本号 <properties> <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding> <maven.compiler.source>1.7</maven.compiler.source> <maven.compiler.target>1.7</maven.compiler.tar
SpringCloud-熔断限流(Hystrix、熔断、降级、监控)
JolyouLu的博客
12-18 3066
SpringCloud熔断限流 分布式调用链 在微服务架构下，由于业务的逻辑实际就是服务与服务之间的远程调用，当一些复杂业务时那么会调用多个服务，这些被调用的服务会像链条一样一环扣一环的执行称为调用链，当调用链中其中一个环节发生了异常、响应超时，那么可想而知这会对整个业务照成很大影响 高并发下性能问题 在高并发下一套应用很有可能会被一个业务处理极慢的接口拖死，由于业务处理较慢接口并发量过高那么就会有很多线程被打开处理业务，并且未能及时返回最终导致新的请求进入后tomcat线程池中已没有空余线程池分配给
Spring Cloud之服务熔断与降级（Hystrix）
Java小菜鸟
10-25 1118
服务出现故障时，给故障服务降级到事先准备好的故障处理结果，将此结果返回给服务消费者；如：客户端访问服务1，服务1调用服务2，服务2出现故障，Hystrix服务降级，返回一个可以处理的结果给服务1，服务1再以友好的错误界面返回给客户端// hystrix 熔断器示例 ok//hystrix 熔断器超时案例@Component熔断机制是应对服务雪崩的一种链路保护机制，当服务出现故障时，服务会进行降级，熔断该服务节点，迅速返回错误响应信息。当检测到服务访问正常时，恢复其链路节点。
SpringCloud之熔断器
Dily_Su的博客
09-28 2704
当微服务中的某个子服务，发生异常服务器宕机，其他服务在进行时不能正常访问而一直占用资源导致正常的服务也发生资源不能释放而崩溃，这时为了不造成整个微服务群瘫痪，进行的保护机制 就叫做熔断，是一种降级策略熔断的目的：保护微服务集群。
SpringCloud-Geteway之限流，熔断（超详细篇）
weixin_64313980的博客
12-08 3195
目录一，Sentinel--服务容错1.1 高并发带来的问题1. 使用压测工具,对请求进行压力测试2.修改配置文件中tomcat的并发数1.2 服务雪崩效应1.3 常见容错方案1.4 Sentinel入门什么是Sentinel微服务集成Sentinel安装Sentinel控制台实现一个接口的限流sentinel简单模式之流控QPS案例sentinel流控简单模式之并发线程案例Sentinel的概念和功能基本概念重要功能Sentinel规则流控规则简单配置配置流控模式配置流控效果降级规则自定义异常返回热点规则
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值