目录一、 概述二、安装三、Compose命令简介四、Docker-Compose YAML语法使用说明五、实战讲解六、Docker Compose 常用命令 一、 概述 compose 是用来定义和运行一个或多个容器(通常都是多个)运行和应用的工具。使用 compose 可以简化容器镜像的构建以及容器的运行。 compose
1. Sentinel 的组成 核心库（Java 客户端）不依赖任何框架/库，能够运行于所有 Java 运行时环境，同时对 Dubbo / Spring Cloud 等框架也有较好的支持。 控制台（Dashboard）基于 Spring Boot 开发，打包后可以直接运行，不需要额外的 Tomcat 等应用容器。 1.控制台启动 https://github.co
哨兵模式前奏： 有两种主从模式： 1. 2.层层链路(必须手动执行) 哨兵模式(主节点宕机后，自动推选出主节点) 哨兵模式是一种特殊的模式，首先Redis提供了哨兵的命令，哨兵是一个单独的进程，作为进程，他会独立运行。其原理是 哨兵通过发送命令，等待Redis服务器响应，从而监控运行的多个Redis
项目源码地址：公众号回复 sentinel，即可免费获取源码 前言 上一篇文章中，我们讲解了关于sentinel基本介绍以及流控规则中直接和快速失败的效果，有兴趣的可以去看上一篇文章，今天，我们给大家带来更加详细的关于sentinel流控规则的介绍。今天的内容我们主要围绕四个点进行展开介绍。 流
1.分析源码入口 在微服务使用Sentinel实际工作场景中，我们只需要引入对应依赖：spring-cloud-starter-alibaba-sentinel就会进行自动装配，所以我们直接看META-INF/spring.factories，然后这里从SentinelAutoConfiguration开始看起 Sentinel是通过AOP的方式进行切入的，从这里我们看到了A
1.源码下载 下载地址：https://github.com/alibaba/Sentinel/tree/release-1.8 官网版本说明：https://github.com/alibaba/spring-cloud-alibaba/wiki/版本说明 2.核心概念 Sentinel作为ali开源的一款轻量级流控框架，主要以流量为切入点，从流量控制、熔断降级、系统负载保护等多个
SlotChain入口解析 默认Chain解析 我们从这里继续分析，这个位置的chain.entry方法，但是此时这个chain是谁？ //CtSph中 try { // 针对资源操作 chain.entry(context, resourceWrapper, null, count, prioritized, args); } catch (BlockException e1) { e.exit(count, args); th
ClusterBuilderSlot解析 ClusterBuilderSlot：则用于存储资源的统计信息以及调用者信息，例如该资源的 RT, QPS, thread count 等等，这些信息将用作为多维度限流，降级的依据； //NodeSelectorSlot.entry() @Override public void entry(Context context, ResourceWrapper resourceWrapper
StatisticSlot StatisticSlot 是 Sentinel 最为重要的类之一，用于根据规则判断结果进行相应的统计操作。 entry 的时候：依次执行后面的判断 slot。每个 slot 触发流控的话会抛出异常（BlockException的子类）。若有 BlockException抛出，则记录 block 数据；若无异常抛出则算作可通过（pass），记
1.名词解释 资源名：唯一名称，默认请求路径 针对来源：Sentinel可以针对调用者进行限流，填写微服务名，默认default（不区分来源） 阈值类型/单机阈值： QPS（每秒钟的请求数量）：当调用该API的QPS达到阈值的时候，进行限流 线程数：当调用该API的线程数量达到阈值的时候，进行限流 是否集群：当
1.基本介绍 除了流量控制以外，对调用链路中不稳定的资源进行熔断降级也是保障高可用的重要措施之一。一个服务常常会调用别的模块，可能是另外的一个远程服务、数据库，或者第三方 API 等。例如，支付的时候，可能需要远程调用银联提供的 API；查询某个商品的价格，可能需要进行数据库查询。然
1.概念 何为热点？热点即经常访问的数据。很多时候我们希望统计某个热点数据中访问频次最高的 Top K 数据，并对其访问进行限制。比如： 商品 ID 为参数，统计一段时间内最常购买的商品 ID 并进行限制 用户 ID 为参数，针对一段时间内频繁访问的用户 ID 进行限制 热点参数限流会统计
1.系统规则 Sentinel 系统自适应限流从整体维度对应用入口流量进行控制，结合应用的 Load、CPU 使用率、总体平均 RT、入口 QPS 和并发线程数等几个维度的监控指标，通过自适应的流控策略，让系统的入口流量和系统的负载达到一个平衡，让系统尽可能跑在最大吞吐量的同时保证系统整体的稳
1.引入jar <!--sentinel依赖--> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-sentinel</artifactId> </dependency> 2.配置文件
上周遇到个灵异事件，实验室有两套环境来搭建redis集群和哨兵，分别是： 第一套环境IP：67(master) 65(salve) 66(salve)第二套环境IP：115(master) 116(salve) 117(salve) 第一天把哨兵搭建好后，两套环境的主从关系都是一主两从，但是到了第二天，莫名其妙的，第二天环境的3个redis都挂载到第一套
redis支持多实例-------基于多个配置文件，运行处多个redis相互独立的进程 1、配置三个redis #redis-6379.conf -----主 port 6379 daemonize yes logfile "6379.log" dbfilename "dump-6379.rdb" dir "/test/data/" #redis-6380.conf------从1 port 6380 daemonize yes logf
针对假如已经是安装了redis，只是是单部署，需要把他切换成redis集群+哨兵模式，我因为偷懒，就写了个脚本来执行，各位看官，请品~你品~你细品~ 首先准备个升级包，放到任意路径，内容如下： 第一个文件不用管，第二个跟第四个，是把里面的配置改好，如何配置请参考我之前写的redis集群一， 然后是upg
漏桶算法的介绍网上一大堆，摘取如下： 漏桶算法的伪代码如下： public class LeakyBucket { // 当前桶的容量 当前累计的请求数 private int allWater; // 桶的阈值 private volatile AtomicInteger water; // 出水速率 每秒 rate private Long
版本： <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-sentinel</artifactId> <version>2.2.5.RELEASE</version> 在spring.factories中： org.springframework.boot.autoconfigure.EnableAutoConf
java -jar --add-exports=java.base/sun.net.util=ALL-UNNAMED .\sentinel-dashboard-1.8.4.jar --server.port=9090 注解支持 · alibaba/Sentinel Wiki · GitHub introduction (sentinelguard.io) Warm up: 冷启动 排队等待 关联:
服务熔断 什么是服务熔断 牺牲局部，保存整体的措施叫做熔断。 不采取熔断的后果，例子： 一旦下游服务C变的不可用，积压了大量请求，服务B的请求也会随之阻塞。 线程资源逐渐耗尽，使得服务B也变的不可用。紧接着，服务A也会变得不可用，整个服务链路被拖垮。 这种调用链路的连锁故障，叫做雪崩
在的redis启动函数main（server.c文件）中，对哨兵模式进行了检查，如果是哨兵模式，将调用initSentinelConfig和initSentinel进行初始化，initServer函数中会注册哨兵的时间事件，最后调用sentinelIsRunning运行哨兵实例， int main(int argc, char **argv) { // 省略... // 检查哨兵模
Sentinel哨兵 这是《Redis设计与实现》系列的文章，系列导航：Redis设计与实现笔记 哨兵：监视、通知、自动故障恢复 启动与初始化 Sentinel 的本质只是一个运行在特殊模式下的 Redis 服务器，所以启动 Sentinel 的步骤如下： 初始化一个普通的 Redis 服务器，不过也有一些不同： 将一
一、什么是Sentinel Sentinel是阿里开源的项目，提供了流量控制、熔断降级、系统负载保护等多个维度来保障服务之间的稳定性。 官网：https://github.com/alibaba/Sentinel/wiki 2012年，Sentinel诞生于阿里巴巴，其主要目标是流量控制。2013-2017年，Sentinel迅速发展，并成为阿里巴巴所有微
1. 哨兵的作用与原理 1.1 哨兵的作用 1.2 服务状态监控 1.3 选举新的master 1.4 实现故障转移 1.5 小结 Sentinel的三个作用是什么？ 监控 故障转移 通知 Sentinel如何判断一个redis实例是否健康？ 每隔1秒发送一次ping命令，如果超过一定时间没有相向则认为是主观下线
