yangkeOK的博客

我们在没有使用sentinel动态规则之前，都是通过 API 手动直接修改 (loadRules)，这只是（硬编码方式）一般仅用于测试和演示，而我们生产上一般通过动态规则源的方式来动态管理规则。t=N7T8。

单体应用被拆分成微服务应用，原来的模块被拆分成独立的应用，分别使用独立的数据源，业务操作需要调用多个服务来完成。此时每个服务内部的数据一致性由本地事务来保证，但是全局的数据一致性问题没法保证，一次业务操作需要跨多个数据源或跨多个系统进行远程调用，就会产生分布式事务的问题。我们将使用seata来解决Seata是一款开源的分布式事务的解决方案，致力于在微服务架构下提供高性能和简单易用的分布式事务服务。Seata。

Nacos既可以做注册中心，也可以做配置中心。随着分布架构的应用，配置文件会随着应用的拆分而拆分，每个应用都有自己的配置文件，但是一个微服务中不同应用的配置会存在冗余，所以为了统一管理配置文件，可以引入nacos配置中心。它可以实现在配置中心的后台修改文件后发布，配置中心服务端是可以感知文件的变化，然后将信息推送到客户端。在nacos界面上配置服务。

通过Spring Cloud的封装，可以让我们轻松地将面向服务的REST模版请求自动转换成客户端负载均衡的服务调用。Nacos是阿里巴巴的产品，是SpringCloud中的一个组件。注意：如果权重修改为0，则该实例永远不会被访问,l例如我将端口9002的权重改为0，消费者就只会访问提供服务9001了。此时在控制台上修改服务的权重是无效的，仍然是轮询。这里端口9002--权重15，端口9001--端口1，权重越大访问频率越高。两个提供服务注册的端口一个设置为9001，一个是9002，而消费者端口为83。

这里写一个设置资源的规则的两种方式，

热点参数限流会统计传入参数中的热点参数，并根据配置的限流阈值与模式，对包含热点参数的资源调用进行限流。热点参数限流可以看做是一种特殊的流量控制，仅对包含热点参数的资源调用生效。Sentinel 利用 LRU 策略统计最近最常访问的热点参数，结合令牌桶算法来进行参数级别的流控。默认情况下，Sentinel对控制资源的限流处理是直接抛出异常。兜底方法分系统默认和用户自定义，系统默认就是之前使用Sentinel时限流，出现的信息。而我们自己定义的方法输出的信息就是用户自定义，比如“系统开小差了，请稍后再试！

3.1、到jar包的文件夹下，再地址栏上输入cmd,直接通过控制台定位到当前文件夹下。查看是哪个进程或者程序占用了 8080端口，tasklist|findstr "8080"8080端口不能被占用（sentinel启动的默认端口也是8080）。3.这里我们要根据实际下载对应的jdk版本(我下载的是D:\jdk1.8.0_171)1.我们首先下载的是sentinel的jar包，通过命令java -jar 运行即可。5.完事后去查看jdk版本是否已被修改，重复一二步骤。4.修改jdk版本，在搜索栏里输入。

在学习spring cloud 的项目知识中，遇到了许多小bug,在学习过程中以一套流程 创建新模块module->往pom.xml里面导入依赖->修改yml文件->主启动类springbootApplication->业务逻辑Controller->测试，这一套流程中往往卡在依赖导入这一部分，我遇到的问题就是springboot和springcloud版本不兼容的问题导入依赖的时候，可能因为网络的问题，导致依赖进不去，我么可以把依赖一点一点导进去，另外我们可以在正确的基础上选择与之相匹配的另一版本号。

流量控制，它用于调整网络包的发送数据。但是，从系统稳定性角度来说,任意时间到来的请求都是随机不可控的，而系统的处理能力是有限的。我们需要根据系统的处理能力对流量进行控制。它的原理就是监控应用流量的 QPS 或并发线程数等指标，当达到指定的阈值时对流量进行控制，以避免被瞬时的流量高峰冲垮，从而保障应用的高可用性。流量控制主要有两种统计类型，一种是统计并发线程数，另外一种则是统计 QPS。