Sentinel

Spring Cloud Alibaba 官方github地址 Spring Cloud Alibaba 致力于提供微服务开发的一站式解决方案。此项目包含开发分布式应用微服务的必需组件，方便开发者通过 Spring Cloud 编程模型轻松使用这些组件来开发分布式应用服务。 主要功能 服务限流降级：默认支持 WebServlet、WebFlux, OpenFeign、RestTemplate、Spring Cloud Gateway, Zuul, Dubbo 和 RocketMQ 限流降级功能的接入，可以在运行时通过控制台实时修改限流降级规则，还支持查看限流降级 Metrics 监控。 服务注册与发现：适配 Spring Cloud 服务注册与发现标准，默认集成了 Ribbon 的支持。 分布式配置管理：支持分布式系统中的外部化配置，配置更改时自动刷新。 消息驱动能力：基于 Spring Cloud Stream 为微服务应用构建消息驱动能力。 分布式事务：使用 @GlobalTransactional 注解， 高效并且对业务零侵入地解决分布式事务问题。。 阿里云对象存储：阿里云提供的海量、安全、低成本、高可靠的云存储服务。支持在任何应用、任何时间、任何地点存储和访问任意类型的数据。 分布式任务调度：提供秒级、精准、高可靠、高可用的定时（基于 Cron 表达式）任务调度服务

新亚优华科技有限公司经中国气象局气象产业园孵化，北京市气象局气象服务企业备案，中国气象服务协会气象企业信用AAA等级以行业融合、算法升级、科研成果转化推动气象服务市场的国家高新技术企业，公司具备ISO9001质量管理体系认证，世界气象组织自愿合作计划（WMO-VCP）援外培训师资，在依托于中国气象局业务授权具备权威卫星及气象业务化数据服务能力的同时与中国知名高校建立新时代校企合作，产学共赢，开展创新人才培养计划联合科研项目研发。 目前公司创新团队依托于卫星遥感专家及商业气象服务团队整合，其中科学算法团队利用卫星遥感技术和气象观测资料融合为技术核心突破原有模式架构、算法升级等技术难点，实现环境、应急管理、气象专业化气象服务并与欧洲，美国，东亚地区气象部门就新技术和课题开展合作，目前已拥有15项软件著作权，多项气象与卫星遥感技术相关发明专利服务领域涵盖农业、林业、环保、应急管理等多个领域。 联系人：齐丽 邮箱： qili@weattech.com 公司地址：北京市朝阳区呼家楼向军北里 22 号 公司微信公众号： （1）卫星遥感工程师（9-20k） 职位描述： 1、 从事气溶胶卫星光学及理化特性遥感反演算法研究（AOD、NO2、 SO2、 O3、CO）具有较好的数理基础和熟练的文章撰写能力。 2、 从事海洋生态环境参数（如温度、盐度、叶绿素、悬浮物、有色溶解有机物、海冰、海雾等

点 击 上 方 “ 中 间 件 兴 趣 圈 ” ， 选 择 “ 设 为 星 标 ” 做 积 极 的 人 ， 越 努 力 越 幸 运 ！ 真的非常开心，『中间件兴趣圈』公众号粉丝数正式迈过1W大关，达成一个重要里程碑，笔者感慨真的不容易。 2018年10月19号通过公众号发布第一篇文章，到今天为止，公众号已经发表了145篇原创文章，坚持真的很难，但只要能坚持，就一定会有好的收获，这不，你瞧，1W个人与你一起同行，这成就不可谓不大。 在持续坚持努力下，我出版了《RocketMQ技术内幕》一书，从一家名不经传的小公司顺利跳槽到快递物流头部企业：中通快递，让我能在更高的平台上发光发热，使我深深的认识到： 越努力越幸运，唯有坚持不懈 。希望能用这句话与各位粉丝朋友共勉，相互交流，共同成长。 相信各位读者朋友们也能直观的感受到『中间件兴趣圈』主要发表的文章都比较枯燥，因为大部分都是以源码分析为主，认真读完一篇文章需要极大的耐心，我从后台的统计数据上看到，每篇文章的读完率其平均值在50%左右，这足以说明大家拥有强烈的求知欲望，这里必须有掌声，为各自点个赞吧。与各位优秀的读者同行，是我的一大荣幸，未来继续加油。 『中间件兴趣圈』的定位是记录笔者的学习历程与成长历程，同时也起到驱动笔者去学习，给自己提的要求是尽最大努力保证一周一篇原创文章。 绝不注水、绝不洗稿，这是我的初心也是底线。 『中间件兴趣圈

手把手带你搭建单机版高可用分布式Redis集群 前言 Redis集群服务 主从复制 配置一主两从master-slave集群 主从复制原理分析 建立连接 同步 命令传播 部分重同步 同步偏移量 复制积压缓冲区 主从服务的不足之处 哨兵Sentinel机制 Sentinel原理分析 主观下线和客观下线 Leader选举 Raft选举算法 Sentinel选举Leader 故障转移 如何选举新的master节点 配置Sentinel集群 Sentinel机制日志解析 Sentinel机制的使用 Jedis使用Sentinel机制 SpringBoot使用Sentinel机制 Sentinel机制的不足之处 Redis分布式集群方案 客户端实现分片 客户端分片的缺陷 中间代理服务实现分片 Redis Cluster方案 数据分片 哈希后取模 一致性哈希 槽(slot) 如何让相关业务数据强制落在同一个槽 客户端的重定向 重新分片 ASK错误 ASK错误和MOVED错误 Redis Group 故障检测 故障转移 选举新的master节点 为什么槽定义为16384个 手动配置一个Redis Cluster集群 为什么至少需要3个maser节点 手把手搭建一个3主3从Redi集群 搭建集群常见错误 Redis Cluster集群常用命令 客户端如何使用Redis Cluster集群

前言： Redis 是如今互联网技术架构中，使用最广泛的缓存。支持 复杂的数据结构 ，支持 持久化 ，支持 主从集群 ，支持 高可用 ，支持 较大的value存储 ... 同时， Redis 也是中高级后端工程师技术面试中，面试官最喜欢问的问题之一。特别是那些优秀的、竞争激烈的大型互联网公司（比如 Twitter、新浪微博、阿里云、腾讯云、淘宝、知乎等），通常要求面试者不仅仅掌握 Redis 基础使用，更要求深层理解 Redis 内部实现的细节原理。毫不夸张地说，能把 Redis 的知识点全部吃透，你的半只脚就已经踏进心仪大公司的技术研发部。 然而，绝大部分开发者只会拿 Redis 做数据缓存，使用最简单的 get/set 方法，除此之外几乎一片茫然，对 Redis 内部实现的细节原理知之甚少。例如： 有同学知道 Redis 的 分布式锁 ，但完全不清楚其内部实现机制 有同学知道 Redis 是 单线程结构 ，但完全不理解 Redis 缘何单线程还可以支持高并发 有同学知道 Redis 支持 主从 ，但完全不晓得内部的实现机制 于是，一位有着十年经验的互联网分布式高并发技术老兵，梳理自己多年 Redis 实践经验，写了这本书，以帮助更多工程师更快，更深入的了解 Redis 。 作者在掌阅维护着上千个 Redis 实例的集群，他在 Redis 持久化，缓存，消息队列 的各类实战经验

做积极的人，越努力越幸运！ 1、集群限流使用场景 首先一个服务有三个服务提供者，但这三台集群的硬件配置不一样，如图所示： 在这里插入图片描述 为了充分利用硬件的资源，诸如 Dubbo 都提供了基于权重的负载均衡机制，例如可以将8C16G的机器设置的权重是4C8G的两倍，这样充分利用硬件资源，假如现在需要引入 Sentinel 的限流机制，例如为一个 Dubbo 服务设置限流规则，这样由于三台集群分担的流量不均匀，会导致无法重复利用高配机器的资源。 假设经过压测，机器配置为C48G最高能承受的TPS为 1500，而机器配置为8C16G能承受的TPS为2800，那如果采取单机限流，其阔值只能设置为1500，因为如果超过1500，会将4C8G的机器压垮。 解决这种办法的方式就是针对整个集群进行限流，即为整个集群设置一个阔值，例如设置限流TPS为6000。 2、集群限流与单机限流的异同思考 限流的一个基本作用就是按照限流规则生成访问许可(Token)，然后根据当前实时的调用信息进行判断是否可以获得许可而决定是否放行。 集群与单机限流在实时调用信息收集方面应该差别不大，都可以基于滑动窗口进行统计信息的收集。 集群与单机限流的最主要区别在与许可的生成，单机模式的许可直接在本地生成，但集群限流必须有一个统一的 Token 发放机制，以此来协调当前集群内多机调用，从而基于当前“调用总数”进行限流。

做 积 极 的 人 ， 越 努 力 越 幸 运 ！ 真的非常开心，『中间件兴趣圈』公众号粉丝数正式迈过1W大关，达成一个重要里程碑，笔者感慨真的不容易。 2018年10月19号通过公众号发布第一篇文章，到今天为止，公众号已经发表了145篇原创文章，坚持真的很难，但只要能坚持，就一定会有好的收获，这不，你瞧，1W个人与你一起同行，这成就不可谓不大。 在持续坚持努力下，我出版了《RocketMQ技术内幕》一书，从一家名不经传的小公司顺利跳槽到快递物流头部企业：中通快递，让我能在更高的平台上发光发热，使我深深的认识到： 越努力越幸运，唯有坚持不懈 。希望能用这句话与各位粉丝朋友共勉，相互交流，共同成长。 相信各位读者朋友们也能直观的感受到『中间件兴趣圈』主要发表的文章都比较枯燥，因为大部分都是以源码分析为主，认真读完一篇文章需要极大的耐心，我从后台的统计数据上看到，每篇文章的读完率其平均值在50%左右，这足以说明大家拥有强烈的求知欲望，这里必须有掌声，为各自点个赞吧。与各位优秀的读者同行，是我的一大荣幸，未来继续加油。 『中间件兴趣圈』的定位是记录笔者的学习历程与成长历程，同时也起到驱动笔者去学习，给自己提的要求是尽最大努力保证一周一篇原创文章。 绝不注水、绝不洗稿，这是我的初心也是底线。 『中间件兴趣圈』现阶段主要以源码分析为手段成体系剖析JAVA主流中间件

卫星监测“America”级#两#栖#攻#击#舰#（LHA-6）出港 前脚刚走，后脚又来，山姆大叔又来刷存在感，2020年7月28日，USS Ronald Reagan流窜在我国东海海区被卫星拍了下来： 2020年8月1日，最新卫星图像显示USS Ronald Reagan已经返回母港日本横须贺：距离其出港（2020年6月8日）已经过去了快两个月 然而事情并没有到此结束，“America”级#两#栖#攻#击#舰#（LHA-6）选择在 “八.一” 这个特殊的日子前后出港颇具挑衅的味道。 根据2020年7月30日的Sentinel-2和我国高分一号C星显示，其位于母港正南方的海域： 2020年7月31日，其仍位于这一块水域，具体是调试还是在等待时机不得而知： 2020年8月1日，其正式离港： 好了，今天介绍就到这里了，博客主页： https://blog.csdn.net/qq_46071146 来源： oschina 链接： https://my.oschina.net/u/4409965/blog/4470161

Sentinel API Github : WIKI Sphu （指明要保护的资源名称） Tracer （指明调用来源,异常统计接口） ContextUtil（标示进入调用链入口） 流控规则(针对来源属性) @GetMapping("/test-sentinel-api") public String testSentinelAPI(@RequestParam(required = false) String a) { String resourceName = "test-sentinel-api"; ContextUtil.enter(resourceName, "user-center-service"); // 定义一个sentinel 保护的资源，名称是test-sentinel-api Entry entry = null; try { entry = SphU.entry(resourceName); // ...被保护的业务逻辑处理 if (StringUtils.isEmpty(a)) { // Sentinel 默认只会统计BlockException & BlockException的子类，如果想统计其他异常信息，添加Tracer throw new IllegalArgumentException("A is not empty."); } return a

一、需求 实现一个简单的 整合 sentinel ,不涉及 sentinel 的用法 二、实现步骤 1、下载 sentinel dashboard https://github.com/alibaba/Sentinel/releases 注意： 默认会启动 8080 端口，如果端口冲突，可以在启动命令上加入 -Dserver.port=新端口 默认用户名和密码[ sentinel/sentinel ] 启动控制台可用的配置项 2、服务提供者和消费者引入sentinel依赖 <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-sentinel</artifactId> </dependency> 注意： 在这个里面查找 sentinel-core 的版本号，可以确定我们需要下载那个版本的 sentinel dashboard 3、配置控制台信息 spring: sentinel: transport: # 控制台的地址 dashboard: localhost:8080 # 与控制台通讯的端口，默认是8719，不可用会一直+1，知道找到一个可用的 port: 8719 # 和控制台保持心跳的ip地址 client-ip: 127.0.0.1 #