降级

MacPorts 中安装高/低版本软件方式，以 RabbitMQ 为例这里以 RabbitMQ 为例，通过搜索得到默认安装版本信息：结果但当前官网已更新到 4.x 版本，例如我们需要安装 4.0.4 版本，首先去到 RabbitMQ 的 GitHub release 页：https://github.com/rabbitmq/rabbitmq-server/releases

ServiceMesh 5：异常重试和超时保护提升服务可用性★ ServiceMesh系列在复杂的互联网场景中，不可避免的会出现请求失败或者超时的情况。从程序的的响应结果来看，一般是Response返回5xx状态的错误；从用户的角度去看，一般是请求结果不符合预期，即操作失败（如转账失败、下单失败、信息获取不到等）。偶发的不可避免的5xx请求错误，产生的原因有很多种，比如：

Sentinel — 微服务保护微服务架构将大型应用程序拆分为多个小而独立的服务，每个服务可以独立部署和扩展。然而，微服务系统需要面对的挑战也随之增加，例如服务之间的依赖、分布式环境下的故障传播和安全问题。因此，微服务保护措施是确保系统在高并发、资源消耗和恶意攻击等压力下依然稳定运行的重要手段。

微服务保护之熔断降级在微服务架构中，服务之间的调用是通过网络进行的，网络的不确定性和依赖服务的不可控性，可能导致某个服务出现异常或性能问题，进而引发整个系统的故障，这被称为微服务雪崩。为了防止这种情况发生，常用的一些保护措施包括超时处理、熔断降级、限流、线程池隔离和信号量隔离等。

Java web应用性能分析之【高并发之缓存-多级缓存】说到缓存，作为java开发第一时间想到的是不是上图所示的Redis，又或者是Guava Cache、Caffeine、EhCache这些；Redis作为分布式缓存、其他的可以作为本地缓存。但是作为一名资深开发人员，着眼的层面应该再提升一个级别，从结构层面去考虑缓存，其实缓存指的是“多级缓存”。我们所说的Java Web应用，在当前技术栈下指的是基于springcloud的微服务应用，如下图微服务请求响应示意图所示，从客户端到服务端每个环节都有缓存。随着互联网业务的增长，微服务架构为了应对三高（高可用、高性

微服务-sentinel-基本案例,持久化功能下载jar以后可以创建一个命令启动文件:startup.cmd然后有这样一个控制台：工程POM工程pom

高并发架构设计（三大利器：缓存、限流和降级）互联网行业迅速发展，用户量剧增，系统面临巨大的并发请求压力。软件系统有三个追求：高性能、高并发、高可用，俗称三高。三者既有区别也有联系，门门道道很多，全面讨论需要三天三夜，本篇讨论高并发

【业务功能107】微服务-springcloud-springboot-Sentinel容器安装-熔断降级限流服务熔断的作用类似于我们家用的保险丝，当某服务出现不可用或响应超时的情况时，为了防止整个系统出现雪崩，暂时停止对该服务的调用。

【OpenFeign】OpenFeign结合Hystrix和Sentinel实现熔断降级OpenFeign可以与Hystrix和Sentinel结合使用，实现降级和熔断。使用OpenFeign需要引入OpenFeign的依赖：