weixin_38007185的博客

在前边的文章中我们各个规则的配置，是先有服务的调用，随后我们才能进行服务限流的配置，当我们重启服务，sentinel之前配置规则就没有了，原因就是数据全部保存在内存之中，我们还需要重新配置，在平时的项目的开发过程中，服务是会经常性的重启，在生成环境当中更是不允许这样的事情发生。所以就需要将我们的配置的规则进行是持久化操作！

一、四、手把手教你搭建SpringCloudAlibaba之Nacos服务集群配置十、手把手教你搭建SpringCloudAlibaba之Sentinel系统保护规则十一、手把手教你搭建SpringCloudAlibaba之Sentinel服务熔断十二、手把手教你搭建SpringCloudAlibaba之Sentinel规则持久化十三、手把手教你搭建SpringCloudAlibaba之Seata分布式事务在前边的几篇文章都使用到了SentinelResource的注解。这篇来仔细学习一下。

一、四、手把手教你搭建SpringCloudAlibaba之Nacos服务集群配置十、手把手教你搭建SpringCloudAlibaba之Sentinel系统保护规则十一、手把手教你搭建SpringCloudAlibaba之Sentinel服务熔断十二、手把手教你搭建SpringCloudAlibaba之Sentinel规则持久化十三、手把手教你搭建SpringCloudAlibaba之Seata分布式事务。

降级方法在上篇文章中我们可以看到当服务降级的时候会出现sentinel系统默认的提示：Blocked by Sentinel （flow limiting）但是我们在限流的时候就不会走系统默认的错误提示，但是直接将错误返回给前台，会对用户很不友好，那我们能不能自定义？类似像Hystrix，某个方法出问题了，就找对应的兜底降级方法？在Hystrix中我们使用的是的注解进行配置。可以点击查看这篇文章手把手教你搭建SpringCloud项目（十）集成Hystrix之服务降级有具体的代码演示。

一起来学习sentinel的服务降级吧。

SpringCloud Alibaba全集文章目录：一、手把手教你搭建SpringCloud Alibaba之生产者与消费者二、手把手教你搭建SpringCloudAlibaba之Nacos服务注册中心三、手把手教你搭建SpringCloudAlibaba之Nacos服务配置中心四、手把手教你搭建SpringCloudAlibaba之Nacos服务集群配置五、手把手教你搭建SpringCloudAlibaba之Nacos服务持久化配置六、手把手教你搭建SpringCloudAlibaba之Sentinel实

手把手教你搭建SpringCloudAlibaba之Sentinel实现流量控制

Sentinel实现流量实时监控，so easy！

nacos服务持久化配置，so easy！

记录搭建SpringCloudAlibaba之Nacos服务配置中心

记录自己学习之路，一起学习，一起进步。

手把手教你搭建SpringCloud Alibaba项目全系列文档，持续更新中，一起学习，一起进步。

为什么会出现SpringCloudAlibaba？由于Springcloud的NetFlix项目的全套的服务进入了停止维护的模式，也就是Springcloud团队不会再向模块添加新功能,不在开发新的组件和功能了。

1. 概述在微服务框架中，一个由客户端发起的请求在后端系统中会经过多个不同的服务节点调用来协同产生最后的请求结果，每一个前端请求都会形成一条复杂的分布式服务调用链路，链路中的任何一环出现高延时或错误都会引起整个请求最后的失败。所以在较复杂的系统中，一个调用链路中会有很多个微服务，无疑我们需要对链路上的微服务进行跟踪。SpringCloud Sleuth就提供了一套完整的服务跟踪的解决方案，在分布式系统中提供了追踪解决方案并且兼容支持了zipkin，SpringCloud Sleuth负责对微服务调用

一、消息驱动概述1. 消息驱动是什么？在实际应用中有很多消息中间件，比如现在企业里常用的有ActiveMQ、RabbitMQ、RocketMQ、Kafka等，学习所有这些消息中间件无疑需要大量时间经历成本，那有没有一种技术，使我们不再需要关注具体的消息中间件的细节，而只需要用一种适配绑定的方式，自动的在各种消息中间件内切换呢？消息驱动就是这样的技术，它能屏蔽底层消息中间件的差异，降低切换成本，统一消息的编程模型。SpringCloud Stream是一个构件消息驱动微服务的框架。应用程序通过in

1. 概述用SpringCloud Config时，我们可以实现配置信息手动的动态刷新，也就是远端配置信息发生改变后，需要告诉服务端配置信息发生变化后，服务端才会更新配置信息，而现在我们想要实现分布式自动刷新配置信息功能，这就需要我们使用SpringCloud Bus消息总线配合SpringCloud Config实现配置信息的动态刷新。SpringCloud Bus是用来将分布式系统的节点与轻量级消息系统连接起来的框架，整合了Java的事件处理机制和消息中间件的功能，SpringCloud Bus目前

为什么会有Spring Cloud Config分布式配置中心？ 微服务意味着要将单体应用中的业务拆分成一个个子服务，每个服务的粒度相对较小，因此系统中会出现大量的服务，由于每个服务都需要必要的配置信息才能运行，所以一套集中式、动态的配置管理设施是必不可少的。如果有上百个微服务的话就有上百个配置文件，如果要改某一个配置文件，有可能就需要修改好多个微服务的配置文件，那样岂不是又费时又费力，Spring Cloud提供了ConfigServer配置中心来解决这个问题，实现了一处修改，处处运行。什么..

Docker 支持以下的 64 位 CentOS 版本：CentOS 7 CentOS 8 更高版本我这里使用阿里云服务器CentOS 7.6 的版本进行安装的。一、在线安装需要的安装包yum install -y yum-utils 二、设置镜像的仓库使用官方源地址（比较慢）yum-config-manager \ --add-repo\ https://download.docker.com/linux/centos/docker-ce....

什么是API 网关？是作为一个 API 架构，用来保护、增强和控制对于 API 服务的访问。API 网关是一个处于应用程序或服务（提供 REST API 接口服务）之前的系统，用来管理授权、访问控制和流量限制等，这样 REST API 接口服务就被 API 网关保护起来，对所有的调用者透明。因此，隐藏在 API 网关后面的业务系统就可以专注于创建和管理服务，而不用去处理这些策略性的基础设施。API 网关的职能API 网关的分类与功能 Spring Clou...

在这篇手把手教你搭建SpringCloud项目（十）集成Hystrix之服务降级文章中，介绍了Hystrix的三大作用，其中服务降级和服务降级上两篇文章都学习完了，这篇文章就该轮到实时的监控，Hystrix除了隔离依赖服务的调用以外，还提供了准时的调用监控（Hystrix Dashboard）Hystrix会持续地记录所有通过Hystrix发起的请求的执行信息，并以统计报表和图形的形式展示给用户包括每秒执行多少请求多少成功，多少失败等。Netflix通过hystrix-metrics-eve...

这一片文章学习服务熔断，首先了解几个概念。什么是断路器？ “断路器”本身是一种开关装置，当某个服务单元发生故障监控(类似熔断保险丝)，向调用方法返回一个符合预期的、可处理的备选响应(FallBack)，而不是长时间的等待或者抛出调用方法无法处理的异常，这样就保证了服务调用方的线程不会被长时间、不必要地占用，从而避免了故障在分布式系统中的蔓延。乃至雪崩。什么是熔断机制？ 熔断机制是应对雪崩效应的一种微服务链路保护机制，当扇出链路的某一个微服务出错不可用或者响应时间太长，会...

一、分布式系统面临的问题？复杂的分布式体系结构中的应用程序，有数十个依赖关系，每个依赖关系在某些时候将不可避免地失败。为了让我们更好的了解学习，看下图：由上图我们可以看到请求需要调用A、H、P、I 四个服务，如果一切顺利则没有什么问题，关键是如果服务I服务超时会出现什么情况呢？如下图：会出现如图雪崩的现象，我们称之为服务雪崩。什么是服务雪崩？多个为服务之间调用的时候，假设微服务A调用微服务B和微服务C，微服务B和微服务C又调用其他的微服务，这就是所谓的“扇出”。如果扇出的链..

一、OpenFeign简介什么是Feign？ Feign是一个声明式WebService客户端。使用Feign能让编写Web Service客户端更加简单。它的使用方法是定义一个服务接口然后在上面添加注解。Feign也支持可拔插式的编码器和解码器。Spring Cloud对Feign进行封装，使其支持了Spring MVC标准注解和HttpMessageConverters。Feign可以与Eureka和Ribbon组合使用移支持负载均衡。Feign是能干什么？ ...

一、Ribbon的简介Spring Cloud Ribbon是一个基于HTTP和TCP的客户端负载均衡工具，是Neflix发布的开源项目它基于Netflix Ribbon实现。通过Spring Cloud的封装，可以让我们轻松地将面向服务的REST模版请求自动转换成客户端负载均衡的服务调用。Spring Cloud Ribbon虽然只是一个工具类框架，它不像服务注册中心、配置中心、API网关那样需要独立部署，但是它几乎存在于每一个Spring Cloud构建的微服务和基础设施中。因为微服务间的调用，..

这篇文章主要是演示生产者集群的搭建与负载均衡，也就是我们支付的服务，我们参照之前搭建的端口为8001的服务cloud-provide-payment，现在我们搭建cloud-provide-payment02服务，端口为7002。前边的新建和配置的步骤就省略了，具体的步骤可以看前一篇的文章。这里主要就是改一下yml文件中的端口号。如下图：server: port: 8002 #服务端口#spring相关配置spring: application: name: mcroservi

一、了解Consul这篇文章学习另外一个服务注册中心Consul，那什么是Consul？Consul是一个服务网格（微服务间的 TCP/IP，负责服务之间的网络调用、限流、熔断和监控）解决方案，它是一个一个分布式的，高度可用的系统，而且开发使用都很简便。它提供了一个功能齐全的控制平面，主要特点是：服务发现、健康检查、键值存储、安全服务通信、多数据中心。与其它分布式服务注册与发现的方案相比，Consul 的方案更“一站式”——内置了服务注册与发现框架、分布一致性协议实现、健康检查、Key/Valu

一、服务发现简介 各个微服务在启动时，将自己的网络地址等信息注册到服务发现组件上(eureka,zookeeper,Consul),服务发现组件会存储这些信息。服务消费者会从服务发现组件查询服务提供者的网络地址，然后根据该地址调用服务提供者的接口。各个微服务与服务发现组件使用一定的机制来维持心跳，服务发现组件若发现有服务没有提供心跳，那么服务发现组件会将该服务剔除。微服务网络地址发生变更(例如实例增减或者IP端口发生变化等)，会重新注册到服务发现组件上，使用这种方式，可以避免因网络变化导致服...

上一篇我们只是简单的搭建了Eureka的单机版，但是在真正的生产环境上，是远远不够的，微服务RPC远程服务调用最核心的就是高可用，如果一台Eureka宕机了，那我们整个服务就不能使用了，所以就需要我们的集群版，实现负载均衡与故障容错。我们参考cloud-eureka-server，新建module我们命名为cloud-eureka-server02，这样可以防止与cloud-eureka-server区别开来。具体的如何新建module这里就不贴截图了，具体的新建步骤看前两篇文章都有。这...

我们首先了解Eureka：官方介绍 三分钟了解

Eureka注册中心是入门Spring Cloud微服务架构的必学组件，是学习所有其他组件的基础和基石。1、什么是 Eureka？Eureka，这里是 Spring Cloud Eureka 的简称，是 Spring Cloud Netflix 组件之一。服务治理（Eureka）包括服务注册、服务发现和服务检测监控等。Eureka架构图如下：从图中我们可以看出，Eureka 组件分为两部分：Eureka server和 Eureka client。而客户端又分为 Applica.

我们继续上一篇的文章，上一篇文章将总项目和实体类微服务搭建完成了，这篇文章我们将继续搭建，搭建生产者和消费者，生产者我们可以这样理解就是我们的服务端，就是我们使用代码写的业务逻辑接口，而消费者就是我们用户，用户通过app或者web调用我们服务端的接口，或者信息。那我们下面就直接搭建，从项目中进行了解学习。我们首先搭建一个专门放我们支付业务的服务，来让其他服务来调用使用。支付服务就是其中的一个生产者。选中我们的父工程点击New，在点击Module，如下图：点击Next。继续Nex...

上一篇文章我们了解了微服务，光了解了还不够，最主要的还是要动手实践，因为实践是检验真理的唯一标准，只有理论和实践都掌握了，才是真的学会了。我们知道微服务是有多个服务，将不同的业务放到不同的服务当中，然后各个服务之间相互调用。所以我们要新建一个总工程（父工程）来管理下边的其他微服务工程。全程使用maven项目进行搭建，和springboot搭建是一样的。下面我们开始搭建!项目搭建图：我们首先先构建父工程，这里使用的是maven项目进行构建。gav填写，根据自己的习惯进行填写........

近年来随着互联网的快速发展，尤其是移动互联网以及云计算的迅猛发展，对于软件交付与迭代速度和效率的要求在不断提高。微服务架构凭借其简单清晰、灵活可扩展、独立部署等优势，越来越成为了分布式架构中的主流。现在微服务成了面试的必备知识，感觉不会微服务真的很难找工作！一直在热点上的微服务到底是什么？那本篇文章就从它的演变过程来了解它。一、微服务架构的演变微服务是一种服务间松耦合的、每个服务之间高度自治并且使用轻量级协议进行通信的可持续集成部署的分布式架构体系。这一句包含了微服务的特点，微服务架构和...