小浪与艳花

*注意：**在Nacos控制台上修改流控制，虽然可以同步到Sentinel Dashboard，但是Nacos此时应该作为一个流控规则的持久化平台，所以正常操作过程应该是开发者在Sentinel Dashboard上修改流控规则后同步到Nacos，遗憾的是目前Sentinel Dashboard不支持该功能。之前热点规则里做的限流方式，限流之后的处理是在业务代码里比较麻烦，在一个很多其他接口被限流也需要处理，我们可以专门指定一个类，统一做定各种场景的限流处理。接口若被限流，则走该限流处理类的方法逻辑。

说到热点规则，我们首先要了解一个概念，就是热点数据：比如电商系统中的畅销品，以及比较活跃的用户等类似这些在系统中比较活跃的数据，即经常被访问的这种数据，就是热点数据；通常我们倾向去了解这些排名靠前的【热点】数据，并且对处理热点数据的业务资源进行管控，涉及到这种热点数据的流控，就可以通过热点规则去设置。相比流控规则而言，热点参数的粒度更加细致，因为它具体细化到参数，以及参数位置。关于热点数据的例子，官方也给出具体描述场景：1、商品ID为参数，统计一段时间内最常购买的商品ID并进行限制。

关于流控规则，主要围绕 ：阈值类型，流控模式，流控效果这三个维度，做的测试以及释义，当然最主要还是实际应用场景，下面是具体阐述这三个维度组合起来，分别适合哪些特点的场景，以及实际对应的业务场景案例， 还有配置时注意事项。结合系统硬件资源（如cpu ,磁盘，内存，网络等）、资源重要度（业务的核心程度级别）以及历史流量峰值【大促期间和日常流量】，准确预估阈值，作为摸底性能测试基础数据，在此基础上，中小厂2到3倍，大厂10-20倍，留足余量，以此标准作压力测试期望指标，以系统实际性能指标，作为阈值依据。

链路流控模式指的是，当某个接口过来的资源达到限流条件时，开启限流，他的功能有点类似针对来源配置项，区别在：针对来源是针对上级微服务，而链路流控是针对上级接口，它的粒度更细，比如微服务中，两个接口都调用统一个service的方法，且该方法用了SentinelResource（用于定义资源）注解标注了，然后对该注解标注的资源（方法）进行配置，则可以选择链路模式。通俗理解，a接口依赖b接口，当a关联的资源b达到阈值后，就限流a本身，举个例子：在电商系统中，支付接口达到阈值，就对下单进行限流。

除了流控，降低调用链路中不稳定资源也是Sentinel使命之一。基于调用关系的复杂性，调用链路中某资源不稳定，会出现请求堆积的情况。不稳定通常指 超时timeout或异常比例升高等情况，可以对该资源的调用进行限制，并且出现不稳定情况时让请求快速失败，避免影响其他资源，避免产生雪崩。雪崩，是指微服务架构中，某个基础服务出现故障不可用，直接导致依赖它的其他服务也无法正常工作，引发故障蔓延在整个系统中，最终导致整个系统崩溃的现象。处理雪崩效应的措施之一，可以通过 熔断机制。

手机APP，新业务迭代，对于老版本app也要做兼容，但老app界面框架无法更改（涉及到合规和用户体验的考量，一般不会选择强制更新），这时就会有相同业务不同api版本的诉求。而落地实现的方式之一，可以基于spring cloud 的gateway 的断言来实现，通过断言做API版本隔离，不同版本路由到不同的服务；话不多说直接上实例。Query：需要指定一个或者多个参数，一个必须参数和一个可选的正则表达式，匹配请求中是否包含第一个参数，基于 此断言的Header信息里用户的角色，将请求路由到不同的资源或服务。

spring cloud Alibaba-Gateway实战(三)、断言

上一篇文章中的路由案例，是在网关中直接写好要路由到的地址，实际开发中的服务更多是注册在注册中心中。通过网关gateway服务访问提供者接口，在前端访问相同接口，根据接口响应可以看出，访问的请求会路由到9001和9002两个服务。上面的自动负载均衡案例，存在暴漏当前服务名称的问题，可以通过手动配置负载均衡，有效规避暴漏服务名称的问题。配置路由，访问服务时，增加断言指定的路径，会映射到对应uri的服务，从找找到对应接口。在主启动类增加服务发现注解，服务启动后会注册到nacos注册中心；

客户端多次请求不同的微服务，增加客户端代码或配置编写的复杂性；每个微服务都有独立认证，认证比较复杂存在跨域请求，在一定场景下处理相对复杂由此引入网关的概念：网关可以用来做系统的统一入口，为客户端提供统一的服务，作为内部服务的路由中转，跟业务本身无关的，公共性质的逻辑都可以在网关实现，比如认证，鉴权，路由转发等。

通过克隆现有配置即可，修改Data Id为prod环境可以编辑配置信息为prod，用来区分；然后发布；

Spring Cloud中，Ribbon和OpenFeign紧密集成，OpenFeign在调用远程服务时，使用Ribbon进行负载均衡。这种声明式服务调用，好处在于接口指名服务名称，就可以帮助实现服务中心的发现，接口调用实现服务的远程调用，即服务发现，负载均衡以及服务调用的一个功能。Ribbon的简单了解：它主要负责客户端的负载均衡，可以在调用多个服务实例时，根据负载均衡算法选择一个实例进行调用。是用来做服务发现，配置和管理微服务的。实现了动态服务发现，服务配置，服务元数据及流量管理。