weixin_44044929的博客

热点参数限流何为热点？热点即经常访问的数据。很多时候我们希望统计某个热点数据中访问频次最高的 Top K 数据，并对其访问进行限制。比如：商品 ID 为参数，统计一段时间内最常购买的商品 ID 并进行限制用户 ID 为参数，针对一段时间内频繁访问的用户 ID 进行限制热点参数限流会统计传入参数中的热点参数，并根据配置的限流阈值与模式，对包含热点参数的资源调用进行限流。热点参数限流可以看做是一种特殊的流量控制，仅对包含热点参数的资源调用生效。基本使用1、引入maven依赖<depend

Sentinel 数据持久化参考文档动态规则扩展：https://github.com/alibaba/Sentinel/wiki/%E5%8A%A8%E6%80%81%E8%A7%84%E5%88%99%E6%89%A9%E5%B1%95默认的情况下Sentinel的规则是存放在内存中，如果Sentinel客户端重启后，Sentinel数据规则可能会丢失。一般解决方案：Sentinel持久化机制支持四种持久化的机制。本地文件携程阿波罗（推荐）Nacos（推荐）Zookeeper基于n

服务保护的基本概念服务限流服务限流目的是为了更好的保护我们的服务，在高并发的情况下，如果客户端请求的数量达到一定极限（后台可以配置阈值），请求的数量超出了设置的阈值，开启自我的保护，直接调用我们的服务降级的方法，不会执行业务逻辑操作，直接走本地 falback 的方法，返回一个友好的提示。服务降级在高并发的情况下， 防止用户一直等待，采用限流/熔断方法，使用服务降级的方式返回一个友好的提示给客户端，不会执行业务逻辑请求，直接走本地的falback的方法。提示语：当前排队人数过多，稍后重试~服务雪

工作原理客户端向 Spring Cloud Gateway 发出请求。 如果网关处理程序映射确定请求与路由匹配，则将其发送到网关 Web 处理程序。 此处理程序通过特定于请求的过滤器链运行请求。 过滤器用虚线划分的原因是过滤器可以在发送代理请求之前和之后运行逻辑。 执行所有“预”过滤器逻辑。 然后发出代理请求。 发出代理请求后，将运行“发布”过滤器逻辑。配置类分析jar包中加载的配置类，会注入到IOC容器中。1、GatewayClassPathWarningAutoConfiguration

相关名称介绍1、Route（路由）路由是网关的基本单元，由ID、URI、一组Predicate、一组Filter组成，根据Predicate进行匹配转发。ID：自定义的路由 ID，保持唯一URL：目标服务地址2、Predicate（谓语、断言）路由转发的判断条件，目前SpringCloud Gateway支持多种方式，常见如：Path、Query、Method、Header等，写法必须遵循 key=vlue的形式3、Filter（过滤器）过滤器是路由转发请求时所经过的过滤逻辑，可用于修改

网关怎么实现集群：使用nginx实现。基于nginx部署gateway集群1、将网关项目多个部署启动例如：网关1 127.0.0.1:81网关1 127.0.0.1:822、配置nginx，增加下面配置，实现请求转发3、各个微服务如何知道是哪个网关请求的在网关的过滤器中给请求头添加可以区别网关的信息。动态Gateway动态网关：任何配置都实现不用重启网关服务器都可以及时刷新。实现思路：1、分布式配置中心，阅读性差。2、基于数据库表结构设计。gateway提供对应的接口：1、直接

微服务网关微服务网关是整个微服务API请求的入口，可以实现日志拦截、权限控制、解决跨域问题、限流、熔断、负载均衡、黑名单与白名单拦截、授权等。为什么需要微服务网关？微服务中的架构模式采用前后分离，前端调用接口地址都能够被抓包分析到。传统的方式我们可以使用过滤器拦截用户会话信息,这个过程所有的服务器都必须要写入该验证会话登陆的代码。使用微服务网关可以统一解决这些问题和实现这些功能。过滤器和网关的区别？过滤器适合于单个服务实现过滤请求，局部拦截。网关拦截整个微服务实现过滤请求，能够解决整个微服务

安装集群1、修改启动文件，改为集群模式，默认是集群模式standalone2、每个nacos的 conf 文件夹添加 cluster.conf 文件，配置集群各个nacos的 ip+端口号注意：本机搭建伪集群的时候，ip需要使用192.168.1.8这样的ip。###ip和端口号192.168.1.8:8848192.168.1.8:8849192.168.1.8:88503、每个nacos节点都配置数据存储配置文件spring.datasource.platform=mysqld

分布式配置中心可以实现不需要重启我们的服务器，动态的修改我们的配置文件内容。常见的配置中心有携程的阿波罗（属于比较重的分布式配置）、SpringCloud Config、Nacos轻量级的配置中心、disconfig等。轻量级：部署架构设计原理都比较简单，学习成本也是比较低；重量级：部署、架构设计、提亮都是非常大，学习成本也高；...

Ribbon 本地负载均衡器在SpringCloud第一代中使用Ribbon、SpringCloud第二代中直接采用自研发 loadbalancer 即可，默认使用的Ribbon。本地负载均衡与Nginx 的区别本地负载均衡器基本的概念：我们的消费者服务从我们的注册中心获取到集群地址列表，缓存到本地，让后本地采用负载均衡策略（轮训、随机、权重、hash一致性等），获取接口列表地址，采用算法获取选择一个接口地址实现本地的rpc远程的。本地负载均衡器是从注册中心获取到集群地址列表，本地实现负载均衡算法，既

rpc远程调用可能存在的问题超时的问题。安全的问题。服务与服务之间URL地址管理。在我们的微服务架构通讯，服务之间依赖关系非常大,如果通过传统的方式管理我们服务的 url 地址的情况下，-一旦地址发生变化的情况下，还需要人工修改rpc远程调用地址。微服务服务治理在RPC远程调用过程中，服务与服务之间依赖关系非常大，服务Url地址管理非常复杂，所以这时候需要对我们服务的url实现治理，通过服务治理可以实现服务注册与发现、负载均衡、容错等。分布式注册中心在 rpc 远程调用中，地址中域名和

微服务架构演变传统架构传统的架构，也就是为单点应用，也就是大家在早期所学习的JavaEE知识SSH或者SSM架构模式，会采用分层架构模式：数据库访问层、业务逻辑层、控制层，从前端到后台所有的代码都是一个开发者去完成。优点： 开发简单、运维简单缺点： 该架构模式没有对我们业务逻辑实现拆分，所有的代码都要写入到同一个项目中，只适合小公司开发团队或者个人开发。不适合团队模式协作开发。如果该系统一个模块出现不可用、会导致整个系统无法使用。分布式架构模式分布式架构模式是基于传统的架构模式演变过来，将传统