基于《狂神说Java》SpringCloud --学习笔记

前言：

本笔记仅做学习与复习使用，不存在刻意抄袭。参考于学友菜鸟小杰子。

给各位学友强烈推荐《遇见狂神说》他的整套Java学习路线使我获益匪浅！！!

点击跳转至遇见狂神说哔哩哔哩首页

如果你也是狂神的小迷弟，可以加我好友一起探讨学习。

---

目录

前言：

浅谈微服务

什么是微服务

微服务的优点

微服务的缺点

微服务架构4个核心问题

SpringCloud入门概述

什么是SpringCloud

SpringCloud和SpringBoot的关系

Dubbo 和 SpringCloud技术选型

SpringCloud Rest学习环境搭建：服务提供者

介绍

SpringCloud版本选择

搭建项目

创建父工程

创建实体类（pojo）类和创建数据库

结合mybatis

springcloud-consumer-dept-80访问springcloud-provider-dept-8001下的controller使用REST方式

SpringCloud分布式开发五大神兽

Eureka服务注册中心

什么是Eureka

原理理解

Eureka基本的架构

 三大角色

构建步骤

Eureka：集群环境配置

Eureka：CAP原则及对比Zookeeper

Ribbon：负载均衡(基于客户端)

ribbno是什么

ribbon能干什么?

集成ribbon 在的消费者客户端

使用Ribbon实现负载均衡

Ribbon 自定义负载均衡算法

Feign负载均衡(基于服务端)

Feign 简介

Feign 能干什么

Ribbon和Feign的区别

Feign的使用步骤

Hystrix 服务熔断

分布式系统面临的问题

服务雪崩

什么是Hystrix

Hystrix能干什么

服务熔断

Hystrix服务熔断环境搭建

实例

Hystrix 服务降级

什么是服务降级

入门案例

Hystrix服务熔断和降级对比

Hystrix：Dashboard流监控

Zuul 路由网关

什么是Zull

Zuul能干什么

为什么要建立Zuul

Zuul组件

Zuul路由网关 项目搭建

SpringCloud config分布式配置

概述

分布式系统面临的 —— 配置文件的问题

什么是Springcloud config分布式配置中心

SpringCloud config分布式配置中心能干嘛

springcloud config环境搭建配置

服务端连接Git配置

客户端连接服务端访问远程

提交远程仓库

客户端连接服务端访问远程配置

远程配置实战测试

---

浅谈微服务

什么是微服务

• 整体部署：每一个模块的变更很难不影响到其他模块，使得变更周期变得漫长，扩展需要整体扩展，而不能进行部分扩展。
• 就目前而言，对于微服务，业界并没有一个统一的，标准的定义。
• 但通常而言，微服务架构是一种架构模式，或者说是一种架构风格，它提倡将单一的应用程序划分成一组小的服务，每个服务运行在其独立的自己的进程内，服务之间互相协调，互相配置，为用户提供最终价值，服务之间采用轻量级的通信机制(HTTP)互相沟通，每个服务都围绕着具体的业务进行构建，并且能够被独立的部署到生产环境中，另外，应尽量避免统一的，集中式的服务管理机制，对具体的一个服务而言，应该根据业务上下文，选择合适的语言，工具(Maven)对其进行构建，可以有一个非常轻量级的集中式管理来协调这些服务，可以使用不同的语言来编写服务，也可以使用不同的数据存储。
• 微服务化的核心就是将传统的一站式应用，根据业务拆分成一个一个的服务，彻底地去耦合，每一个微服务提供单个业务功能的服务，一个服务做一件事情，从技术角度看就是一种小而独立的处理过程，类似进程的概念，能够自行单独启动或销毁，拥有自己独立的数据库。
   

微服务的优点

• 单一职责原则；
• 每个服务足够内聚，足够小，代码容易理解，这样能聚焦一个指定的业务功能或业务需求；
• 开发简单，开发效率高，一个服务可能就是专一的只干一件事；
• 微服务是松耦合的；
• 微服务能使用不同的语言开发。根据不同需求使用不同数据库；

微服务的缺点

• 分布式系统复杂
• 数据一致性问题
• 运维难度大

微服务架构4个核心问题

1.服务很多，客户端该怎么访问?
2.这么多服务?服务之间如何通信?
3.这么多服务? 如何治理?
4.服务挂了怎么办?

SpringCloud是生态 是一个解决方案 例如小米公司的生态
1.Spring cloud NetFlix（重点）
2.Apache Dubbo Zookeeper
3.Spring cloud Alibaba
解决以上四个核心问题

​

​

SpringCloud入门概述

什么是SpringCloud

• Spring Cloud是一个微服务框架，相比Dubbo等RPC框架, Spring Cloud提供的全套的分布式系统解决方案。
• Spring Cloud对微服务基础框架Netflix的多个开源组件进行了封装，同时又实现了和云端平台以及和Spring Boot开发框架的集成。
• Spring Cloud为微服务架构开发涉及的配置管理，服务治理，熔断机制，智能路由，微代理，控制总线，一次性token，全局一致性锁，leader选举，分布式session，集群状态管理等操作提供了一种简单的开发方式。
• Spring Cloud 为开发者提供了快速构建分布式系统的工具，开发者可以快速的启动服务或构建应用、同时能够快速和云平台资源进行对接。
   

SpringCloud和SpringBoot的关系

• SpringBoot专注于快速方便的开发单个个体微服务；
• SpringCloud是关注全局的微服务协调整理治理框架，它将SpringBoot开发的一个个单体微服务，整合并管理起来，为各个微服务之间提供：配置管理、服务发现、断路器、路由、为代理、事件总栈、全局锁、决策竞选、分布式会话等等集成服务；
• SpringBoot可以离开SpringCloud独立使用，开发项目，但SpringCloud离不开SpringBoot，属于依赖关系；
• SpringBoot专注于快速、方便的开发单个个体微服务，SpringCloud关注全局的服务治理框架；
   

Dubbo 和 SpringCloud技术选型

对比结果

	Dubbo	SpringCloud
服务注册中心	Zookeeper	Spring Cloud Netfilx Eureka
服务调用方式	RPC	REST API
服务监控	Dubbo-monitor	Spring Boot Admin
断路器	不完善	Spring Cloud Netfilx Hystrix
服务网关	无	Spring Cloud Netfilx Zuul
分布式配置	无	Spring Cloud Config
服务跟踪	无	Spring Cloud Sleuth
消息总栈	无	Spring Cloud Bus
数据流	无	Spring Cloud Stream
批量任务	无	Spring Cloud Task

最大区别：Spring Cloud 抛弃了Dubbo的RPC通信，采用的是基于HTTP的REST方式

严格来说，这两种方式各有优劣。虽然从一定程度上来说，后者牺牲了服务调用的性能，但也避免了上面提到的原生RPC带来的问题。而且REST相比RPC更为灵活，服务提供方和调用方的依赖只依靠一纸契约，不存在代码级别的强依赖，这个优点在当下强调快速演化的微服务环境下，显得更加合适。

SpringCloud Rest学习环境搭建：服务提供者

1. 填写配置文件时注意观察右上角的配置信息
2. springcloud再没继承父类的时要留意jar包是否成功导入

每项微服务的大体流程：

1. 导入依赖
2. 编写配置文件
3. 开启功能 @enablexxx
4. 配置类

介绍

• 我们会使用一个Dept部门模块做一个微服务通用案例Consumer消费者(Client)通过REST调用Provider提供者(Server)提供的服务。
• 回顾Spring，SpringMVC，Mybatis等以往学习的知识。
• Maven的分包分模块架构复习。

一个简单的Maven模块结构是这样的：
-- app-parent: 一个父项目(app-parent)聚合了很多子项目(app-util\app-dao\app-web...)
  |-- pom.xml
  |
  |-- app-core
  ||---- pom.xml
  |
  |-- app-web
  ||---- pom.xml
  ......

SpringCloud版本选择

注意版本依赖说明：https://docs.spring.io/spring-cloud/docs/

SpringBoot	SpringCloud	关系
1.2.x	Angel版本(天使)	兼容SpringBoot1.2x
1.3.x	Brixton版本(布里克斯顿)	兼容SpringBoot1.3x，也兼容SpringBoot1.4x
1.4.x	Camden版本(卡姆登)	兼容SpringBoot1.4x，也兼容SpringBoot1.5x
1.5.x	Dalston版本(多尔斯顿)	兼容SpringBoot1.5x，不兼容SpringBoot2.0x
1.5.x	Edgware版本(埃奇韦尔)	兼容SpringBoot1.5x，不兼容SpringBoot2.0x
2.0.x	Finchley版本(芬奇利)	兼容SpringBoot2.0x，不兼容SpringBoot1.5x
2.1.x	Greenwich版本(格林威治)

搭建项目

创建父工程

pom

• 新建父工程项目springcloud，切记Packageing是pom模式
• 主要是定义POM文件，将后续各个子模块公用的jar包等统一提取出来，类似一个抽象父类

pom.xml

    4.0.0
    org.example
    springcloud
    1.0-SNAPSHOT
    
        springcloud-api
        springcloud-provider-dept-8001
        springcloud-consumer-dept-80
        springcloud-eureka-7001
        springcloud-eureka-7002
        springcloud-eureka-7003
        springcloud-provider-dept-8002
        springcloud-provider-dept-8003
        springcloud-consumer-dept-feign
        springcloud-provider-dept-hystrix-8001
        springcloud-consumer-hystrix-dashboard
        springcloud-zuul-9527
        springcloud-config-server-3344
        springcloud-config-client-3355
        springcloud-config-eureka-7001
        springcloud-config-dept-8001
    
    
    pom

    
        UTF-8
        1.8
        1.8
        4.12
        1.2.17
        1.16.18
    

    
        
            
            
                org.springframework.cloud
                spring-cloud-dependencies
                Greenwich.SR1
                pom
                import
            
            
            
                org.springframework.boot
                spring-boot-dependencies
                2.1.4.RELEASE
                pom
                import
            
            
            
                mysql
                mysql-connector-java
                5.1.47
            
            
                com.alibaba
                druid
                1.1.10
            
            
            
                org.mybatis.spring.boot
                mybatis-spring-boot-starter
                1.3.2
            
            
            
                ch.qos.logback
                logback-core
                1.2.3
            
            
            
                junit
                junit
                ${junit.version}
            
            
            
                log4j
                log4j
                ${log4j.version}}
            
            
            
                org.projectlombok
                lombok
                ${lombok.version}
            
        
    

父工程为springcloud，其下有多个子mudule

 最终项目结构图

创建实体类（pojo）类和创建数据库

 pom.xml

 
    
        
            org.projectlombok
            lombok
        
        
            org.springframework.cloud
            spring-cloud-starter-feign
            1.4.6.RELEASE
        
    

这个模块只需要创建实体类，只需要导入lombok方便构建实体类即可。

pojo类

@Data
@NoArgsConstructor
@Accessors(chain = true) // 链式写法
public class Dept implements Serializable {
    private Long deptno;
    private String dname;
    //每个数据存在哪个数据库的字段~微服务，一个服务对应一个数据量，同一个信息可能存在不同的数据库
    private String db_source;
}

注意一下@Accessors(chain = true)，链式编程的原理就是返回一个this对象，就是返回本身，达到链式效果。链式写法是:

new Dept()
     .setDeptno(id)
     .setDname("kuangshen");

数据库

结合mybatis

provider(提供者)

pom.xml

    
        
        
            org.example
            springcloud-api
            1.0-SNAPSHOT
        
        
            junit
            junit
        
        
            mysql
            mysql-connector-java
        
        
            com.alibaba
            druid
        
        
            ch.qos.logback
            logback-core
        
        
            org.mybatis.spring.boot
            mybatis-spring-boot-starter
        
        
        
            org.springframework.boot
            spring-boot-test
        
        
            org.springframework.boot
            spring-boot-starter-web
        
        
        
            org.springframework.boot
            spring-boot-starter-jetty
        
        
        
            org.springframework.boot
            spring-boot-devtools
        
    

server:
  port: 8001
# mybatis配置
mybatis:
  type-aliases-package: com.kuang.springcloud.pojo
  config-location: classpath:mybatis/mybatis-config.xml
  mapper-locations: classpath:mybatis/mapper/*.xml

# spring配置
spring:
  application:
    name: springcloud-provider-dept
  datasource:
    type: com.alibaba.druid.pool.DruidDataSource
    driver-class-name: com.mysql.cj.jdbc.Driver
    url: jdbc:mysql://localhost:3306/db01?useUnicode=true&characterEncoding=utf8  #8版本以上需要加上时区配置serverTimezone=GMT%2B8
    username: root
    password: root #(你的MySQL密码)

编写配置文件

 DeptMapper.xml

  
  
            
        insert into dept (dname, db_source)        
        values (#{dname}, DATABASE())    
        
            
        select *  from dept where deptno = #{deptno}    
        
            
        select * from dept    
    

mybatis-config.xml

就开个缓存，表示下他的存在就好。

dao层

@Mapper

作用：用在接口类上，在编译之后会生成相应的接口实现类
位置：对应的某个接口类上面

@Mapper
@Repository
public interface DeptDao {    
    /**
    *插入操作
    */
    public boolean addDept(Dept dept);   
    /**
    *通过id查询操作
    */ 
    public Dept queryById(Long id);   
    /**
    *查询全部操作
    */
    public List queryAll();
}

service

public interface DeptService {    
    public boolean addDept(Dept dept);    
    public Dept queryById(Long id);    
    public List queryAll();
}

serviceImpl

@Service
public class DeptServiceImpl implements DeptService{    
    @Autowired    
    private DeptDao deptDao;    
    @Override    
    public boolean addDept(Dept dept) {        
        return deptDao.addDept(dept);    
    }    
    @Override    
    public Dept queryById(Long id) {        
        return deptDao.queryById(id);    
    }    
    @Override    
    public List queryAll() {        
        return deptDao.queryAll();   
     }
}

controller

@RestController
public class DeptController {    
    @Autowired    
    private DeptService deptService;
    
    @PostMapping("/dept/add")    
    public boolean addDept(@RequestBody Dept dept) {        
        return deptService.addDept(dept);    
    } 
   
    @GetMapping("/dept/get/{id}")    
    public Dept get(@PathVariable("id") Long id) {
        Dept dept = deptService.queryById(id);        
        if (dept == null) {
            throw new RuntimeException("Fail");       
        }        
        return dept;    
    }   
 
    @GetMapping("/dept/list")    
    public List queryAll() {        
        return deptService.queryAll();    
    }
}

启动类

@SpringBootApplication
public class DeptProvider_8001 {    
    public static void main(String[] args) {                                        
        SpringApplication.run(DeptProvider_8001.class, args);    
    }
}

springcloud-consumer-dept-80访问springcloud-provider-dept-8001下的controller使用REST方式

pom.xml

        
                
        org.example           
        springcloud-api           
        1.0-SNAPSHOT        
            
                
        org.springframework.boot            
        spring-boot-starter-web        
            
                
        org.springframework.boot            
        spring-boot-devtools        
        

application.yml

server:  port: 80

使用RestTemplete先需要放入Spring容器中

@Configuration
public class ConfigBean {
//    配置负载均衡
//    IRule
//    RoundRobinRule 轮询
//    RandomRule 随机
//    AvailabilityFilteringRule 会先过滤，跳闸，访问故障的服务，对剩下的进行轮询
//    RetryRule：会先按照论照轮询获取服务~如果服务获取失败，则会在指定的时间内进行，重试    @LoadBalanced   
@Bean    
public RestTemplate getRestTemplate() {
        return new RestTemplate();
    }
}

如小标题所示

@RestController
public class DeptConsumerController {    
    //    理解：消费者，不应该有service层    
    //    RestTemplate ... 供我们直接调用就可以了！注册到spring中   
    @Autowired    
    private RestTemplate restTemplate; 
    // 提供多种远程便捷访问远程http服务的方法
    //    使用ribbon作为负载均衡，这里的地址应该是一个变量，通过服务名来访问    
    private static final String REST_URL_PREFIX = "http://localhost:8001";
    //    private static final String REST_URL_PREFIX = "http://SPRINGCLOUD-PROVIDER-DEPT";                    
    @RequestMapping("/consumer/dept/add")    
    public boolean add(Dept dept) {
        return restTemplate.postForObject(REST_URL_PREFIX + "/dept/add", dept,         
    Boolean.class);
    }
    //    没有service层，通过http://localhost:8001/dept/list返回                    
    @RequestMapping("/consumer/dept/get/{id}")
    public Dept get(@PathVariable("id") Long id) {
        return restTemplate.getForObject(REST_URL_PREFIX + "/dept/get/" + id, Dept.class);            
    }    
    @RequestMapping("/consumer/dept/list")
    public List list() {
        return restTemplate.getForObject(REST_URL_PREFIX + "/dept/list", List.class);
    }
}

至此项目的基本骨架已经搭建完成，接下来就是添加spring cloud的五大神兽

SpringCloud分布式开发五大神兽

• 服务发现——Netflix Eureka.
• 客服端负载均衡——Netflix Ribbon.
• 断路器——Netflix Hystrix.
• 服务网关——Netflix Zuul.
• 分布式配置——Spring Cloud Config.

Eureka服务注册中心

什么是Eureka

• Netflix在涉及Eureka时，遵循的就是API原则.
• Eureka是Netflix的有个子模块，也是核心模块之一。Eureka是基于REST的服务，用于定位服务，以实现云端中间件层服务发现和故障转移，服务注册与发现对于微服务来说是非常重要的，有了服务注册与发现，只需要使用服务的标识符，就可以访问到服务，而不需要修改服务调用的配置文件了，功能类似于Dubbo的注册中心，比如Zookeeper.
   

原理理解

Eureka基本的架构

• Springcloud 封装了Netflix公司开发的Eureka模块来实现服务注册与发现 (对比Zookeeper).
• Eureka采用了C-S的架构设计，EurekaServer作为服务注册功能的服务器，他是服务注册中心.
• 而系统中的其他微服务，使用Eureka的客户端连接到EurekaServer并维持心跳连接。这样系统的维护人员就可以通过EurekaServer来监控系统中各个微服务是否正常运行，Springcloud 的一些其他模块 (比如Zuul) 就可以通过EurekaServer来发现系统中的其他微服务，并执行相关的逻辑.
• Eureka 包含两个组件：Eureka Server 和 Eureka Client.
• Eureka Server 提供服务注册，各个节点启动后，回在EurekaServer中进行注册，这样Eureka Server中的服务注册表中将会储存所有课用服务节点的信息，服务节点的信息可以在界面中直观的看到.
• Eureka Client 是一个Java客户端，用于简化EurekaServer的交互，客户端同时也具备一个内置的，使用轮询负载算法的负载均衡器。在应用启动后，将会向EurekaServer发送心跳 (默认周期为30秒) 。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳，EurekaServer将会从服务注册表中把这个服务节点移除掉 (默认周期为90s).
   

 三大角色

• Eureka Server：提供服务的注册与发现
• Service Provider：服务生产方，将自身服务注册到Eureka中，从而使服务消费方能够找到
• Service Consumer：服务消费方，从Eureka中获取注册服务列表，从而找到消费服务

构建步骤

• Eureka-server
  1、创建springcloud-eureka-7001模块
  2、添加pom.xml配置

    
    
    
        org.springframework.cloud
        spring-cloud-starter-eureka-server
        1.4.6.RELEASE
    
    
    
        org.springframework.boot
        spring-boot-devtools
    

3.application.yml

server:
  port: 7001

# Eureka配置
eureka:
  instance:
    # Eureka服务端的实例名字
    hostname: 127.0.0.1
  client:
    # 表示是否向 Eureka 注册中心注册自己(这个模块本身是服务器,所以不需要)
    register-with-eureka: false
    # fetch-registry如果为false,则表示自己为注册中心,客户端的化为 ture
    fetch-registry: false
    # Eureka监控页面~
    service-url:
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/

4.主启动类

/**
 * @Auther: csp1999
 * @Date: 2020/05/18/10:26
 * @Description: 启动之后，访问 http://127.0.0.1:7001/
 */
@SpringBootApplication
// @EnableEurekaServer 服务端的启动类，可以接受别人注册进来~
@EnableEurekaServer
public class EurekaServer_7001 {
    public static void main(String[] args) {
        SpringApplication.run(EurekaServer_7001.class,args);
    }
}

访问http://localhost:7001/显示：

• eureka-client

1.导入Eureca依赖

    org.springframework.cloud
    spring-cloud-starter-eureka
    1.4.6.RELEASE

2.application中新增Eureca配置

# Eureka配置：配置服务注册中心地址
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka/

3.为主启动类添加@EnableEurekaClient注解

/**
 * @Auther: csp1999
 * @Date: 2020/05/17/22:09
 * @Description: 启动类
 */
@SpringBootApplication
// @EnableEurekaClient 开启Eureka客户端注解，在服务启动后自动向注册中心注册服务
@EnableEurekaClient
public class DeptProvider_8001 {
    public static void main(String[] args) {
        SpringApplication.run(DeptProvider_8001.class,args);
    }
}

EureKa自我保护机制：好死不如赖活着
一句话总结就是：某时刻某一个微服务不可用，eureka不会立即清理，依旧会对该微服务的信息进行保存！

默认情况下，当eureka server在一定时间内没有收到实例的心跳，便会把该实例从注册表中删除（默认是90秒），但是，如果短时间内丢失大量的实例心跳，便会触发eureka server的自我保护机制，比如在开发测试时，需要频繁地重启微服务实例，但是我们很少会把eureka server一起重启（因为在开发过程中不会修改eureka注册中心），当一分钟内收到的心跳数大量减少时，会触发该保护机制。
 

Eureka：集群环境配置

初始化
新建springcloud-eureka-7002、springcloud-eureka-7003 模块
1.为pom.xml添加依赖 (与springcloud-eureka-7001相同)

   
        
        
        
            org.springframework.cloud
            spring-cloud-starter-eureka-server
            1.4.6.RELEASE
        
        
        
            org.springframework.boot
            spring-boot-devtools
        
        
            javax.xml.bind
            jaxb-api
            2.3.0
        
        
            com.sun.xml.bind
            jaxb-impl
            2.3.0
        
        
            org.glassfish.jaxb
            jaxb-runtime
            2.3.0
        

        
            javax.activation
            activation
            1.1.1
        
      

2.application.yml配置(与springcloud-eureka-7001相同)

server:
  port: 7003

# Eureka配置
eureka:
  instance:
    hostname: localhost # Eureka服务端的实例名字
  client:
    register-with-eureka: false # 表示是否向 Eureka 注册中心注册自己(这个模块本身是服务器,所以不需要)
    fetch-registry: false # fetch-registry如果为false,则表示自己为注册中心
    service-url: # 监控页面~
      # 重写Eureka的默认端口以及访问路径 --->http://localhost:7001/eureka/
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/

3.主启动类(与springcloud-eureka-7001相同)

/**
 * @Auther: csp1999
 * @Date: 2020/05/18/10:26
 * @Description: 启动之后，访问 http://127.0.0.1:7003/
 */
@SpringBootApplication
// @EnableEurekaServer 服务端的启动类，可以接受别人注册进来~
public class EurekaServer_7003 {
    public static void main(String[] args) {
        SpringApplication.run(EurekaServer_7003.class,args);
    }
}

集群成员相互关联
配置一些自定义本机名字，找到本机hosts文件并打开

 

 完整的springcloud-eureka-7001下的application.yml如下

server:
  port: 7003

#Eureka
eureka:
  instance:
    hostname: localhost # Eureka服务端的实例名称
  client:
    register-with-eureka: false # 表示是否向eureka注册中心注册自己
    fetch-registry: false # fetch-registry如果为false,则表示自己为注册中心
    service-url: # 监控页面
      defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/

配置完毕后启动eureka7001，eureka7002，eureka7003的注册中心 和 8001服务提供者端口

同时访问localhost:7001 7002 7003 可以看到当前服务中挂载的另外两个服务

 当我们随机关机一个集群，我们可看到另外两个集群还可使用。不影响使用

至此 .Eureka集群搭建完毕

在本例中服务注册请求在 eureka7001 中注册成功，
即 eureka7001 对应的 Eureka Server服务的状态是UP，
则不会向另外两个节点（eureka7002，eureka7003）发送请求，
相应地页面上也就没有显示。一旦停止 eureka7001 服务注册中心，则 dept-8001 服务会向 eureka7002 发送注册请求
 

Eureka：CAP原则及对比Zookeeper

回顾CAP原则
RDBMS (Mysql. Oracle. sqlServer) ==> ACID
NoSQL (redis. mongdb) ==>CAP
ACID是什么?

• A (Atomicity)原子性
• C (Consistency)- 致性
• I (Isolation) 隔离性
• D (Durability) 持久性

CAP是什么?

• C (Consistency) 强一致性

• A (Availabilty)可用性

• P (Partition tolerance)分区容错性

  CAP的三进二: CA、AP、 CP

CAP理论的核心

• 一个分布式系统不可能同时很好的满足-致性,可用性和分区容错性这三个需求
• 根据CAP原理，将NoSQL数据库分成了满足CA原则，满足CP原则和满足AP原则三大类:
  • CA:单点集群，满足-致性，可用性的系统，通常可扩展性较差
  • CP: 满足- -致性，分区容错性的系统，通常性能不是特别高
  • AP:满足可用性。分区容错性的系统，通常可能对一致性要求低一些

作为服务注册中心，Eureka比Zookeeper好在哪里?

著名的CAP理论指出，一个分布式系统不可能同时满足C (一致性)、A (可用性)、P (容错性) .
由于分区容错性P在分布式系统中是必须要保证的，因此我们只能在A和C之间进行权衡。

• Zookeeper保证的是CP
• Eureka保证的是AP

Zookeeper保证的是CP

当向注册中心查询服务列表时，我们可以容忍注册中心返回的是几分钟以前的注册信息，但不能接受服务直接down掉不可用。也就是说，服务注册功能对可用性的要求要高于一致性。但是zk会出现这样一种情况，当master节点因为网络故障与其他节点失去联系时，剩余节点会重新进行leader选举。问题在于，选举leader的时间太长，30 ~ 120s, 且选举期间整个zk集群都是不可用的，这就导致在选举期间注册服务瘫痪。在云部署的环境下，因网络问题使得zk集群失去master节点是较大概率会发生的事，虽然服务能够最终恢复，但是漫长的选举时间导致的注册长期不可用是不能容忍的。
Eureka保证的是AP

Eureka看明白了这一点，因此在设计时就优先保证可用性。Eureka各个节点都是平等的，几个节点挂掉不会影响正常节点的工作，剩余的节点依然可以提供注册和查询服务。而Eureka的客户端在向某个Eureka注册或如果发现连接失败，则会自动切换至其它节点，只要有一台Eureka还在，就能保证注册服务可用(保证可用性)，只不过查到的信息可能不是最新的(不保证强一致性)。除此之外，Eureka还有一种自我保护机制，如果在15分钟内超过85%的节点都没有正常的心跳，那么Eureka就认为客户端与注册中心出现了网络故障，此时会出现以下几种情况：

1. Eureka不再从注册列表中移除因为长时间没收到心跳而应该过期的服务
2. Eureka仍然能够接受新服务的注册和查询请求，但是不会被同步到其它节点上(即保证当前节点依然可用)
3. 当网络稳定时，当前实例新的注册信息会被同步到其它节点中

因此，Eureka可以很好的应对因网络故障导致部分节点失去联系的情况，而不会像zookeeper那样使整个注册服务瘫痪。

Ribbon：负载均衡(基于客户端)

ribbno是什么

• Spring Cloud Ribbon是基于Netflix Ribbon实现的一套 客户端负载均衡的工具。
• 简单的说，Ribbon是Netflix发布的开源项目, 主要功能是提供客户端的软件负载均衡算法,将NetFlix的中间层服务连接在一起。 Ribbon的客户端组件提供一系列完整的配置项如:连接超时、重试等等。简单的说，就是在配置文件中列出LoadBalancer (简称LB: 负载均衡)后面所有的机器，Ribbon会自动的帮助你基于某种规则(如简单轮询,随机连接等等)去连接这些机器。我们也很容易使用Ribbon实现自定义的负载均衡算法!

ribbon能干什么?

• LB，即负载均衡(Load Balance) ,在微服务或分布式集群中经常用的一种应用。
• 负载均衡简单的说就是将用户的请求平摊的分配到多个服务上，从而达到系统的HA (高可用) .
  • 常见的负载均衡软件有 Nginx,Lvs等等

• dubbo、SpringCloud中均给我们提供了负载均衡，SpringCloud的负载均衡算法可以自定义
• 负载均衡简单分类:
• 集中式LB
  • 即在服务的消费方和提供方之间使用独立的LB设施，如Nginx, 由该设施负责把访问请求通过某种策略转发至服务的提供方!
• 进程式LB
  • 将LB逻辑集成到消费方，消费方从服务注册中心获知有哪些地址可用,然后自己再从这些地址中选出一个合适的服务器。
  • Ribbon就属于进程内LB，它只是一个类库，集成于消费方进程，消费方通过它来获取到服务提供方的地址!

集成ribbon 在的消费者客户端

在消费者 80 端口配置 Eureka和Ribbon负载均衡依赖

springcloud-consumer-dept-80向pom.xml中添加Ribbon和Eureka依赖

    org.springframework.cloud
    spring-cloud-starter-ribbon
    1.4.6.RELEASE



    org.springframework.cloud
    spring-cloud-starter-eureka
    1.4.6.RELEASE

在application.yml文件中配置Eureka

server:
  port: 80

# Eureka配置
eureka:
  client:
    register-with-eureka: false # 不向Eureka注册自己
    service-url:
      defaultZone: http://eureka7003.com:7003/eureka/,http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/

主启动类加上@EnableEurekaClient注解，开启Eureka

@SpringBootApplication
@EnableEurekaClient
//在微服务启动的时候就能去加载我们自定义的Ribbon类
@RibbonClient(name = "SPRINGCLOUD-PROVIDER-DEPT", configuration = KuangRule.class)
public class DeptConsumer_80 {
    public static void main(String[] args) {
        SpringApplication.run(DeptConsumer_80.class, args);
    }
}

自定义Spring配置类：ConfigBean.java 配置负载均衡实现RestTemplate

@Configuration
// @Configuration --- spring applicationContext.xml
public class ConfigBean {
    /**
     * IRule:
     * RoundRobinRule 轮询策略
     * RandomRule 随机策略
     * AvailabilityFilteringRule ： 会先过滤掉，跳闸，访问故障的服务~，对剩下的进行轮询~
     * RetryRule ： 会先按照轮询获取服务~，如果服务获取失败，则会在指定的时间内进行，重试
     */
    //配置负载均衡实现RestTemplate
    @Bean
    @LoadBalanced //Ribbon
    public RestTemplate getRestTemplate() {
        return new RestTemplate();
    }
}

修改conroller：DeptConsumerController.java

//Ribbon:我们这里的地址，应该是一个变量，通过服务名来访问
//private static final String REST_URL_PREFIX = "http://localhost:8001";
private static final String REST_URL_PREFIX = "http://SPRINGCLOUD-PROVIDER-DEPT";

启动7001 7002 7003注册中心 8001提供者端口 80消费者端口

localhost/consumer/dept/list 查出所有数据。

当前提供方只有一个项目，当前体会不到负载均衡，所以需要创建多个提供方来实现负载均衡

使用Ribbon实现负载均衡

 

1.新建两个服务提供者Moudle：springcloud-provider-dept-8003、springcloud-provider-dept-8002

2.参照springcloud-provider-dept-8001 依次为另外两个Moudle添加pom.xml依赖 、resourece下的mybatis和application.yml配置，Java代码

3.启动所有服务测试(根据自身电脑配置决定启动服务的个数)，访问http://eureka7001.com:7002/查看结果

 测试访问http://localhost/consumer/dept/list 这时候随机访问的是服务提供者8003

 

Ribbon 自定义负载均衡算法

在主目录外 创建myrule文件包

在myrule下创建RuleConfig

//自定义Ribbon配置的负载均衡类，客户端RibbonConfiguration中已存在的组件与FooConfiguration中的任何组件组成（后者通常会覆盖前者）
//自定义的组件请注意 它不在|程序的上下文的ComponentScan中，所以要放在单独的不重叠的包中
@Configuration
public class RuleConfig {
    @Bean
    public IRule myRule(){
        //默认是轮询，现在我们自定义为DiyRandomRule 自定义负载均衡
        return new DiyRandomRule();
    }
}
12345678910

在myrule包下创建DiyRandomRule，双击shift搜索 RandomRule 全部复制，改为自己自定义算法负载均衡

public class DiyRandomRule extends AbstractLoadBalancerRule {
    //代码全是复制的 DiyRandomRule.class的，自定义负载均衡需要自己修改

    //当前自定义负载均衡：
    //每个服务访问5次。换下一个服务
    //total=0，默认=0，如果=5，指向下一个服务节点
    //index=0，默认0，如果total=5，则inedx+1

    private int totla=0;//被调用的次数
    private int currentIndex=0;//当前是谁在提供服务
    public Server choose(ILoadBalancer lb, Object key) {
        if (lb == null) {
            return null;
        } else {
            Server server = null;

            while (server == null) {
                if (Thread.interrupted()) {
                    return null;
                }

                List upList = lb.getReachableServers();//获得活着的服务
                List allList = lb.getAllServers();//获得全部的服务
                int serverCount = allList.size();
                if (serverCount == 0) {
                    return null;
                }

                //int index = this.chooseRandomInt(serverCount);//生成区间随机数
                //server = (Server) upList.get(index);//从活着的服务中，随机获取一个

               //================自定义负载均衡算法==================
                if(totla<5){
                    server = upList.get(currentIndex);
                    totla++;
                }else{
                    totla=0;
                    currentIndex++;
                    if (currentIndex>=upList.size()){//当前节点大于活着的数量
                        currentIndex = 0;
                    }
                    server=upList.get(currentIndex);//从活着的服务中，获取指定的服务来进行操作
                }
               //====================================================
                if (server == null) {
                    Thread.yield();
                } else {
                    if (server.isAlive()) {
                        return server;
                    }

                    server = null;
                    Thread.yield();
                }
            }

            return server;
        }
    }

    protected int chooseRandomInt(int serverCount) {
        return ThreadLocalRandom.current().nextInt(serverCount);
    }

    public Server choose(Object key) {
        return this.choose(this.getLoadBalancer(), key);
    }

    public void initWithNiwsConfig(IClientConfig clientConfig) {
    }
}

在80启动器上添加自定义负载均衡配置引用的@RibbonClien注解

//消费者 运行方式80可省略  例：localhost/consumer/dept/list
@SpringBootApplication
@EnableEurekaClient//在服务启动后，自动注册到Eureka注册中心中
//在微服务启动的时候就能去加载我们自定义Ribbon配置的负载均衡类，自定义为跳转5次切换节点
@RibbonClient(name="SPRINGCLOUD-PROVIDER-DEPT",configuration = RuleConfig.class)
public class DeptConsumer_80 {
    public static void main(String[] args) {
        SpringApplication.run(DeptConsumer_80.class,args);
    }
}

启动多个注册中心，服务提供者和80消费端口。

多次刷新访问 localhost/consumer/dept/list

我们可直观的看到页面每刷新五次值会更改

至此 Ribbon自定负载均衡 完成、

Feign负载均衡(基于服务端)

Feign 简介

Feign是声明式的web service客户端，它让微服务之间的调用变得更简单了，类似controller调用service. SpringCloud集成了Ribbon和Eureka,可在使用Feign时提供负载均衡的http客户端。

Feign，主要是社区版，大家都习惯面向接口编程。这个是很多开发人员的规范。调用微服务访问两种方法
1、微服务名字 【ribbon】
2、接口和注解 【feign】

在Feign的实现下，我们只需要创建一个接口并使用注解的方式来配置它 (类似以前Dao接口上标注Mapper注解，现在是一个微服务接口上面标注一个Feign注解)，即可完成对服务提供方的接口绑定，简化了使用Spring Cloud Ribbon 时，自动封装服务调用客户端的开发量。
 

Feign 能干什么

• Feign旨在使编写Java Http客户端变得更容易
• 前面在使用Ribbon + RestTemplate时,利用RestTemplate对Http请求的封装处理， 形成了一套模板化的调用方法。但是在实际开发中，由于对服务依赖的调用可能不止一处，往往一个接口会被多处调用，所以通常都会针对每个微服务自行封装一些客户端类来包装这些依赖服务的调用。 所以，Feign在此基础. 上做了进一步封装，由他来帮助我们定义和实现依赖服务接口的定义,==在Feign的实现下，我们只需要创建一个接口并使用注解的方式来配置它(类似于以前Dao接口上标注Mapper注解，现在是一个微服务接口上面标注-个Feign注解即可。)==即可完成对服务提供方的接口绑定，简化了使用Spring Cloud Ribbon时,自动封装服务调用客户端的开发量。
   

Ribbon和Feign的区别

Ribbon和Feign都是用于调用其他服务的，不过方式不同。

Ribbon RestFul风格

Feign 面向接口

1.启动类使用的注解不同，Ribbon用的是@RibbonClient，Feign用的是@EnableFeignClients。

2.服务的指定位置不同，Ribbon是在@RibbonClient注解上声明，Feign则是在定义抽象方法的接口中使用@FeignClient声明。

3.调用方式不同，Ribbon需要自己构建http请求，模拟http请求然后使用RestTemplate发送给其他服务，步骤相当繁琐。

Feign则是在Ribbon的基础上进行了一次改进，采用接口的方式，将需要调用的其他服务的方法定义成抽象方法即可，不需要自己构建http请求。不过要注意的是抽象方法的注解、方法签名要和提供服务的方法完全一致。
 

Feign的使用步骤

1、创建springcloud-consumer-fdept-feign模块
2、填写pom.xml

    org.springframework.cloud
    spring-cloud-starter-feign
    1.4.6.RELEASE

3、DeptController.java

import com.kuang.springcloud.pojo.Dept;
import com.kuang.springcloud.service.DeptClientService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.beans.factory.annotation.Qualifier;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

import java.util.List;

@RestController
public class DeptController {

    @Autowired
    private DeptClientService service;

    @RequestMapping("/consumer/dept/add")
    public boolean add(Dept dept) {
        return service.addDept(dept);
    }

    @GetMapping("/consumer/dept/get/{id}")
    public Dept get(@PathVariable("id") Long id) {
        return service.queryById(id);
    }

    @RequestMapping("/consumer/dept/list")
    public List list() {
        return service.queryAll();
    }

}

4、Feign和Ribbon二者对比，前者显现出面向接口编程特点，代码看起来更清爽，而且Feign调用方式更符合我们之前在做SSM或者SprngBoot项目时，Controller层调用Service层的编程习惯！

@SpringBootApplication
@EnableEurekaClient
// feign客户端注解,并指定要扫描的包以及配置接口DeptClientService
@EnableFeignClients(basePackages = {"com.kuang.springcloud"})
// 切记不要加这个注解，不然会出现404访问不到
//@ComponentScan("com.haust.springcloud")
public class FeignDeptConsumer_80 {
    public static void main(String[] args) {
        SpringApplication.run(FeignDeptConsumer_80.class, args);
    }
}

5、写springcloud-api模块
添加fegin依赖

    org.springframework.cloud
    spring-cloud-starter-feign
    1.4.6.RELEASE

6、编写service接口

// @FeignClient:微服务客户端注解,value:指定微服务的名字,这样就可以使Feign客户端直接找到对应的微服务
@FeignClient(value = "SPRINGCLOUD-PROVIDER-DEPT")
public interface DeptClientService {

    @GetMapping("/dept/get/{id}")
    public Dept queryById(@PathVariable("id") Long id);

    @GetMapping("/dept/list")
    public Dept queryAll();

    @GetMapping("/dept/add")
    public Dept addDept(Dept dept);
}

Hystrix 服务熔断

分布式系统面临的问题

复杂分布式结构中的应用程序有数十个依赖关系，每个依赖关系在某些时候将不可避免的失效

服务雪崩

• ​多个微服务之间调用的时候，假设微服务A调用微服务B和微服务C,微服务B和微服务C又调用其他的微服务，这就是所谓的“扇出”、如果扇出的链路上某个微服务的调用响应时间过长或者不可用，对微服务A的调用就会占用越来越多的系统资源，进而引起系统崩溃，所谓的“雪崩效应"。
• ​对于高流量的应用来说，单一的后端依赖可能会导致所有服务器上的所有资源都在几秒中内饱和。比失败更糟糕的是，这些应用程序还可能导致服务之间的延迟增加，备份队列，线程和其他系统资源紧张，导致整个系统发生更多的级联故障，这些都表示需要对故障和延迟进行隔离和管理，以便单个依赖关系的失败，不能取消整个应用程序或系统。
• ​我们需要:弃车保帅.
   

 

什么是Hystrix

• ​Hystrix是一个用于处理分布式系统的延迟和容错的开源库，在分布式系统里，许多依赖不可避免的会调用失败，比如超时，异常等，Hystrix能够保证在一 个依赖出问题的情况下， 不会导致整体服务失败,避免级联故障，以提高分布式系统的弹性。
• ​ “断路器”本身是一种开关装置，当某个服务单元发生故障之后，通过断路器的故障监控(类似熔断保险丝) , 向调用方返回-一个服务预期的，可处理的备选响应(FallBack)，而不是长时间的等待或者抛出调用方法无法处理的异常，这样就可以保证了服务调用方的线程不会被长时间，不必要的占用，从而避免了故障在分布式系统中的蔓延，乃至雪崩
   

Hystrix能干什么

• 服务降级

• 服务熔断

• 服务限流

• 接近实时的监控

• ·····

  Hystrix官网资料=> https://github.com/Netflix/Hystrix/wiki

当一切正常时，请求流可以如下所示

 当许多后端系统中有一个潜在阻塞服务时，它可以阻止整个用户请求：

服务熔断

服务熔断是什么

熔断机制是对应雪崩效应的一种微服务链路保护机制。
当扇出链路的某个微服务不可用或者响应时间太长时，会进行服务的降级，进而熔断该节点微服务的调用，快速返回错误的响应信息。当检测到该节点微服务调用响应正常后恢复调用链路。在SpringCloud框架里熔断机制通过Hystrix实现。Hystrix会监控微服务间调用的状况， 当失败的调用到一定阈值，缺省是5秒内20次调用失败就会启动熔断机制。

服务熔断解决如下问题：
1、当所依赖的对象不稳定时，能够起到快速失败的目的；
2、快速失败后，能够根据一定的算法动态试探所依赖对象是否恢复。

熔断机制的注解是@HystrixCommand.
 

Hystrix服务熔断环境搭建

实例

新建springcloud-provider-dept-hystrix-8001模块并拷贝springcloud-provider-dept–8001内的pom.xml

    org.springframework.cloud
    spring-cloud-starter-hystrix
    1.4.6.RELEASE

调整yml配置文件

server:
  port: 8001

# mybatis配置
mybatis:
  type-aliases-package: com.kuang.springcloud.pojo
  config-location: classpath:mybatis/mybatis-config.xml
  mapper-locations: classpath:mybatis/mapper/*.xml

# spring配置
spring:
  application:
    name: springcloud-provider-dept
  datasource:
    type: com.alibaba.druid.pool.DruidDataSource
    driver-class-name: com.mysql.cj.jdbc.Driver
    url: jdbc:mysql://localhost:3306/db01?userSSL=true&useUnicode=true&characterEncoding=UTF-8&serverTimezone=UTC
    username: root
    password: 123

# Eureka的配置,服务注册到哪里
eureka:
  client:
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/
  instance:
    instance-id: springcloud-provider-dept-hystrix-8001 # 修改eureka上的默认描述信息
    ip-address: true

# info配置
info:
  app.name: kaungshen-springcloud
  company.name: blog.kuangstudy.com

修改controller

import com.kuang.springcloud.pojo.Dept;
import com.kuang.springcloud.service.DeptService;
import com.netflix.hystrix.contrib.javanica.annotation.HystrixCommand;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.*;


@RestController
public class DeptController {

    @Autowired
    private DeptService deptService;

    @GetMapping("/dept/get/{id}")
    @HystrixCommand(fallbackMethod = "hystrixGet")
    public Dept queryById(@PathVariable("id") Long id) {
        Dept dept = deptService.queryById(id);
        if (dept == null) {
            throw new RuntimeException("id => " + id + ",不存在该用户，或者无法找到");
        }
        return dept;
    }

    //备选方法
    public Dept hystrixGet(@PathVariable("id") Long id) {
        return new Dept().setDeptno(id)
                .setDename("id => " + id + "没有对应的信息，null--@Hystrix")
                .setDb_source("no this database in mysql");

    }

}

为主启动类添加对熔断的支持注解@EnableCircuitBreaker

//启动类
@SpringBootApplication
@EnableEurekaClient //在服务启动后，自动注册到Eureka中
@EnableDiscoveryClient //服务发现
@EnableCircuitBreaker //添加对熔断的支持
public class DeptProviderHystrix_8001 {
    public static void main(String[] args) {
        SpringApplication.run(DeptProviderHystrix_8001.class, args);
    }

    //增加一个 Servlet
    @Bean
    public ServletRegistrationBean hystrixMetricsStreamServlet() {
        ServletRegistrationBean registrationBean = new ServletRegistrationBean(new HystrixMetricsStreamServlet());
        registrationBean.addUrlMappings("/actuator/hystrix.stream");
        return registrationBean;
    }
}

启动 7001 7002 7003注册中心，可启动1-2个。启动hystrix80端口

访问 localhost:8001/dept/get/id值

输入不存在的id，可以看到

我们可以清楚的看到 当查询不存在的id时，将会自动采取Hystrix的备选方案去处理值。

application如下配置后，eureka注册中心会显示出链接的真实ip地址，而不再是desptop …链接 默认是：不显示 false
 

prefer-ip-address: true #改为true后 Eureka中的status就会显示真实ip地址

 

Hystrix 服务降级

什么是服务降级

所谓降级，就是当某个服务出现异常之后，服务器将不再被调用，此时服务端可以自己准备一个本地的fallback回调，返回一个缺省值。
这样做，虽然服务水平下降，但好歹可用，比直接挂掉要强

入门案例

在springcloud-api中或者新建的springcloud-api-feign项目中的service包中创建DeptClientServiceFallbackFactory降级服务类

//Hystrix 降级，当服务端关闭后的提示信息
@Component
public class DeptClientServiceFallbackFactory implements FallbackFactory {

    @Override
    public DeptClientService create(Throwable throwable) {
        return new DeptClientService() {
            @Override
            public Dept queryById(Long id) {
                return new Dept()
                        .setDeptno(id)
                        .setDname("id=>" +id+"没有对应的信息，客户端提供了降级的信息，这个服务现在已经关闭")
                        .setDb_source("已降级 未查找到数据");
            }

            @Override
            public List queryAll() {
                return null;
            }

            @Override
            public boolean addDept(Dept dept) {
                return false;
            }
        };
    }
}

在DeptClientService中添加服务降级的注解，@FeignClient(value=“xxx”,fallbackFactory=“降级的类”)

@Component
@FeignClient(value = "SPRINGCLOUD-PROVIDER-DEPT",fallbackFactory = DeptClientServiceFallbackFactory.class)
public interface DeptClientService {
    @GetMapping("/dept/get/{id}")
    public Dept queryById(@PathVariable("id") Long id);

    @PostMapping("/dept/list")
    public List queryAll();

    @PostMapping("/dept/add")
    public boolean addDept(Dept dept);
}

切换项目，在springcloud-consumer-dept-feign消费者项目中配置降级的application.yml

server:
  port: 80

# Eureka配置
eureka:
  client:
    register-with-eureka: false # 不向 Eureka注册自己
    service-url: # 从三个注册中心中随机取一个去访问
      defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/

# 开启降级feign.hystrix
feign:
  hystrix:
    enabled: true

启动7001 7002注册中心，启动8001提供者接口。启动当前80端口。

浏览器中输入localhost/consumer/dept/getid/5 我们正常查询到数据

当关闭了8001提供者服务后，再次刷新，页面不会报错。而是会加载出自定义的降级信息

Hystrix服务熔断和降级对比

服务熔断：

• ​Hystrix是一个用于处理分布式系统的延迟和容错的开源库，在分布式系统中，许多依赖不可避免的会调用失败，超时、异常等，Hystrix能够保证在一个依赖出问题的情况下，不会导致整体服务失败，避免级联故障，提高分布式系统的弹性
• 熔断机制是应对雪崩效应的一种微服务链路保护机制，当扇出链路的某个微服务不可用或者响应时间太长时，会进行服务的降级，进而熔断该节点微服务的调用，快速返回错误的相应信息。当检测当该节点微服务调用响应正常后恢复调用链路，熔断机制的注解是@HystrixCommand
• “熔断器”本身是一种开关装置，当某个服务单元发生故障之后，通过断路器的故障监控，，某个异常条件被触发，直接熔断整个服务。，向调用方法返回一个符合预期的、可处理的备选响应(FallBack),而不是长时间的等待或者抛出吊牌用方法无法处理的异常，就保证了服务调用方的线程不会被长时间占用，避免故障在分布式系统中蔓延，乃至雪崩

服务降级：

• ​服务降级处理是在客户端实现完成的，与服务端没有关系
• ​当某个服务熔断或关闭之后，服务将不再被调用，此时客户端我们可准备一个FallbackFactory，返回一个默认的值（缺省值）
• 整体资源快不够了，忍痛将某些服务单元先关掉，关闭后还要返回一些可处理的备选方法，待渡服务解决完问题，再开启回来，即恢复正常操作。
   

或者更具体的说：

• 服务熔断—>服务端：某个服务超时或异常，引起熔断~，类似于保险丝(自我熔断)
• 服务降级—>客户端：从整体网站请求负载考虑，当某个服务熔断或者关闭之后，服务将不再被调用，此时在客户端，我们可以准备一个 FallBackFactory ，返回一个默认的值(缺省值)。会导致整体的服务下降，但是好歹能用，比直接挂掉强。
• 触发原因不太一样，服务熔断一般是某个服务（下游服务）故障引起，而服务降级一般是从整体负荷考虑；管理目标的层次不太一样，熔断其实是一个框架级的处理，每个微服务都需要（无层级之分），而降级一般需要对业务有层级之分（比如降级一般是从最外围服务开始）
   

Hystrix：Dashboard流监控

新建springcloud-consumer-hystrix-dashboard模块–>
添加依赖–>添加主启动类–>添加监控

    org.springframework.cloud
    spring-cloud-starter-hystrix
    1.4.6.RELEASE



    org.springframework.cloud
    spring-cloud-starter-hystrix-dashboard
    1.4.6.RELEASE



    org.springframework.cloud
    spring-cloud-starter-ribbon
    1.4.6.RELEASE



    org.springframework.cloud
    spring-cloud-starter-eureka
    1.4.6.RELEASE



    com.haust
    springcloud-api
    1.0-SNAPSHOT


    org.springframework.boot
    spring-boot-starter-web



    org.springframework.boot
    spring-boot-devtools

主启动类

@SpringBootApplication
// 开启Dashboard
@EnableHystrixDashboard
public class DeptConsumerDashboard_9001 {
    public static void main(String[] args) {
        SpringApplication.run(DeptConsumerDashboard_9001.class,args);
    }
}

localhost:9001/hystrix，可以看到监控页面，当前配置还不足以监控，所以需在8001服务端添加配置

 

切换到 springcloud-provider-dept-hystrix-8001项目

在DeptProviderHystrix_8001 启动类中 添加 dashboard监控 配置

@SpringBootApplication
@EnableEurekaClient//在服务启动后，自动注册到Eureka注册中心中
@EnableDiscoveryClient //注册进来的微服务，获取一些信息。服务发现，扩展内容
@EnableCircuitBreaker //添加Hystrix服务熔断 断路器的支持
public class DeptProviderHystrix_8001 {
    public static void main(String[] args) {
        SpringApplication.run(DeptProviderHystrix_8001.class,args);
    }

    //增加一个servlet,配合dashboard监控使用，固定的代码 http://localhost:8001/actuator/hystrix.stream访问监控
    @Bean
    public ServletRegistrationBean hystrixMetricsStreamServlet(){
        ServletRegistrationBean registrationBean = new ServletRegistrationBean(new HystrixMetricsStreamServlet());
        registrationBean.addUrlMappings("/actuator/hystrix.stream");
        return registrationBean;
    }
}

配置完后，启动注册中心，启动hystrix8001服务端，启动当前9001监控服务。

在页面输入localhost:8001/actuator/hystrix.stream，可以看到监控捕获到的内容

如无任何监控信息，在浏览器输入 localhost:8001/dept/get/1链接，查询一条值信息，可以看到会加载到一些监控信息

 localhost:9001/hystrix 要监控的页面地址，时间及标题设置

 

访问成功后，可以看到一个可视化监控的面板，可以直观的看到一些监控到的信息

在8001服务中多次执行查询，会看到心跳会越来越大。随之也会缩小，波动值也会随之增加/减少

 多次访问查询看效果。

 

Zuul 路由网关

什么是Zull

Zull包含了对请求的路由(用来跳转的)和过滤两个最主要功能：
其中路由功能负责将外部请求转发到具体的微服务实例上，是实现外部访问统一入口的基础，而过滤器功能则负责对请求的处理过程进行干预，是实现请求校验，服务聚合等功能的基础。Zuul和Eureka进行整合，将Zuul自身注册为Eureka服务治理下的应用，同时从Eureka中获得其他服务的消息，也即以后的访问微服务都是通过Zuul跳转后获得。

注意：Zuul服务最终还是会注册进Eureka

​提供：代理+路由+过滤 三大功能

Zuul能干什么

• 路由
• 过滤

官网文档=> https://github.com/Netflix/zuul

为什么要建立Zuul

Netfix. API流量的数量和多样性有时会导致生产问题迅速出现而没有警告。我们需要一个允许我们快
速改支行为以对这些情况做出反应的系统。

Zuul使用了各种不同类型的过滤器，这使我们能够快速灵活地将功能应用于边缘服务。这些过滤器帮
助我们执行以下功能 :

• 身份验证和安全性识别每个资源的身份验证要求，井拒绝不满足要求的请求。
• 见解和监控在边缘跟族有意义的数据和统计信息，以便为我们提供准确的生产规图。
• 动态路由根据需要将请求动态路由到不同的后端群集
• 压力测试逐渐增加到群集的流量以评估性能。
• 减载-小每种类型的清求分配容量，并丢弃超出限制的请求。
• 静态响应处理-直接在边缘构建一 些响应。而不是将其转发到内部集群
• 多区域弹性在AWS区域之间路由请求,以多样化我们的ELB使用并将我们的优势拉近我们的成员
• 有关更多详细信息:我们如何在Netfio中使用2uul
   

Zuul组件

• zuul-core–zuul核心库，包含编译和执行过滤器的核心功能
• zuul-simple-webapp–zuul Web应用程序示例，展示了如何使用zuul-core构建应用程序
• zuul-netflix–lib包，将其他NetflixOSS组件添加到Zuul中，例如使用功能区进去路由请求处理
• zuul-netflix-webapp–webapp，它将zuul-core和zuul-netflix封装成一个简易的webapp工程包
   

Zuul路由网关 项目搭建

新建springcloud-zuul模块，并导入依赖

    
    
        org.springframework.cloud
        spring-cloud-starter-zuul
        1.4.6.RELEASE
    
    
    
        org.springframework.cloud
        spring-cloud-starter-hystrix
        1.4.6.RELEASE
    
    
    
        org.springframework.cloud
        spring-cloud-starter-hystrix-dashboar
        1.4.6.RELEASE
    
    
    
        org.springframework.cloud
        spring-cloud-starter-ribbon
        1.4.6.RELEASE
    
    
    
        org.springframework.cloud
        spring-cloud-starter-eureka
        1.4.6.RELEASE
    
    
    
        com.haust
        springcloud-api
        1.0-SNAPSHOT
    
    
        org.springframework.boot
        spring-boot-starter-web
    
    
    
        org.springframework.boot
        spring-boot-devtools
    

application.yml

server:
  port: 9527

spring:
  application:
    name: springcloud-zuul

eureka:
  client:
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka/,http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/
  instance:
    instance-id: zuul9527.com # 修改eureka上的默认描述信息
    prefer-ip-address: true

info:
  app.name: kuang-springcloud
  company.name: blog.kuangstudy.com

# 路由网关配置
zuul:
  routes:
    mydept.serviceId: springcloud-provider-dept
    mydept.path: /mydept/**
  # 不能再使用这个路径访问了，ignore : 忽略 | “*” 隐藏全部的微服务真实路径
  ignored-services: "*"
  prefix: /kuang # 公共设置的前缀

主启动类

/**
 * @Auther: csp1999
 * @Date: 2020/05/20/20:53
 * @Description: Zull路由网关主启动类
 */
@SpringBootApplication
@EnableZuulProxy // 开启Zuul
public class ZuulApplication_9527 {

    public static void main(String[] args) {
        SpringApplication.run(ZuulApplication_9527.class,args);
    }
}

测试：

路由功能负责将外部请求转发到具体的微服务实例上，是实现外部访问统一入口的基础，而过滤器功能则负责对请求的处理过程进行干预，是实现请求校验，服务聚合等功能的基础。

SpringCloud config分布式配置

概述

分布式系统面临的 —— 配置文件的问题

微服务意味着要将单体应用中的业务拆分成一个个子服务, 每个服务的粒度相对较小，因此系统中会出现大量的服务，由于每个服务都需要必要的配置信息才能运行，所以一套集中式的,动态的配置管理设施是必不可少的。SpringCloud提供了ConfigServer来解决这个问题，我们每一个微服务自己带着一个application.yml,那上百的的配置文件要修改起来，岂不是要feng了吗?
 

什么是Springcloud config分布式配置中心

• spring cloud config 分为服务端和客户端两部分。
• 服务端也称为分布式配置中心，它是一个独立的微服务应用，用来连接配置服务器并为客户端提供获取配置信息，加密，解密信息等访问接口。
• 客户端则是通过指定的配置中心来管理应用资源，以及与业务相关的配置内容，并在启动的时候从配置中心获取和加载配置信息。配置服务器默认采用git来存储配置信息，这样就有助于对环境配置进行版本管理。并且可用通过git客户端工具来方便的管理和访问配置内容。
   

 

SpringCloud config分布式配置中心能干嘛

• 集中管理配置文件
• 不同环境，不同配置，动态化的配置更新，分环境部署，比如/dev /test/ /prod /beta /release
• 运行期间动态调整配置，不再需要在每个服务部署的机器上编写配置文件，服务会向配置中心统一拉取配置自己的信息。
• 当配置发生变动时，服务不需要重启，即可感知到配置的变化，井应用新的配置
• 将配置信息以REST接口的形式暴露
   

springcloud config环境搭建配置

注册码云账号 https://gitee.com/。可qq 微信登录

新建仓库 springcloud-config，设置为公开，语言和模板都选择java。开源许可证GPL-3.0，仓库创建后复制当前仓库的SSH隧道地址

在电脑新建文件夹，用GitBash工具 执行 git clone springcloud-config复制的SSH地址，进行拉取仓库内容，拉去后选择yes，因为权限不存在，需要配置当前Git

Git大全 [https://gitee.com/all-about-git
 

# 显示当前的Git配置
$ git config --list

# 设置提交代码时的用户信息
$ git config --global user.name "[name]"
$ git config --global user.email "[email address]"

复制仓库中的 https 中的地址，直接 在 GitBash中，git clone 复制的地址

 此时我们已经拿到远程的代码

 拿到远程的代码后，在当前的目录中创建 application.yml 文件，打开yml文件配置

 

spring:
  profiles:
    active: dev
---
spring:
  profiles: dev
  application:
    name: springcloud-config-dev
---
spring:
  profiles: test
  application:
    name: springcloud-config-test

将当前编写的application.yml提交到码云上

GitBash打开命令工具
cd 至 springcloud-config

git add .  将文件添加到暂存区

git status 查看状态

git commit -m “一次提交” 本地提交,-m为提交时写的信息

git push origin master 提交到远程的当前路径分枝

服务端连接Git配置

新建maven项目=> springcloud-config-server-3344

导入依赖

 
springcloud-config-server-3344




    org.springframework.boot
    spring-boot-starter-web




    org.springframework.cloud
    spring-cloud-config-server
    2.1.1.RELEASE

 
 
	 org.springframework.boot
	 spring-boot-starter-actuator
 

配置application.yml

server:
  port: 3344
spring:
  application:
    name: springcloud-config-server
  #连接远程的仓库
  cloud:
    config:
      server:
        git:
          uri: https://gitee.com/xxx/springcloud-config.git #自己远程仓库的https地址
# 通过 config-server可以连接到git，访问其中的资源以及配置~

创建启动类Config_Server_3344

@SpringBootApplication
@EnableConfigServer //开启配置服务
public class Config_Server_3344 {
    public static void main(String[] args) {
        SpringApplication.run(Config_Server_3344.class,args);
    }
}

启动 Config_Server_3344端口

浏览器输入 localhost:3344/application-test.ym

 浏览器输入 localhost:3344/application-dev.yml

 可以看到已获得git仓库中application.yml的配置

客户端连接服务端访问远程

提交远程仓库

在远程仓库拉取出来的文件中创建 config-client.yml

 

#启动环境选择的配置
spring:
  profiles:
    active: dev

#springboot启动多环境的配置
---
server:
  port: 8201
#spring的配置
spring:
  profiles: dev
  application:
    name: springcloud-config-client-dev
#Eureka的配置。 服务注册到Eureka中，需要一个路径地址
eureka:
  client:
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka/
---
server:
  port: 8202
#spring的配置
spring:
  profiles: test
  application:
    name: springcloud-config-client-test

#Eureka的配置。 服务注册到Eureka中，需要一个路径地址
eureka:
  client:
    service-url:
      defaultZone: http://eureka7001.com:7001/eureka/

将config-client.yml push到远程仓库

GitBash打开命令工具
cd 至 springcloud-config

git add .  将文件添加到暂存区

git status 查看状态

git commit -m “一次提交” 本地提交,-m为提交时写的信息

git push origin master 提交到远程的当前路径分枝
12345678910

客户端连接服务端访问远程配置

新建Maven项目=> springcloud-config-client-3355

导入依赖

springcloud-config-client-3355


    
    
        org.springframework.boot
        spring-boot-starter-web
    
    
    
         org.springframework.cloud
         spring-cloud-starter-config
         2.1.1.RELEASE
    
     
    
        org.springframework.boot
        spring-boot-starter-actuator
     

创建application.yml，并配置

#用户级别的配置 配置去读取谁
spring:
  application:
    name: springcloud-config-client-3355

创建bootstrap.yml,配置以下内容。注意创建此yml一定要导入springcloud-config的配置依赖

# 系统级别的配置
spring:
  cloud:
    config:
      name: config-client # 需要从git上读取的资源名称，不要后缀
      profile: dev #dev环境端口：8201 test环境端口：8202
      label: master #需要在git上的哪个分支拿
      #连接到3344服务，中转站的形式连接服务端访问远程地址
      uri: http://localhost:3344

创建ConfigClientController控制器

//@Value为git上的client-config的值
@RestController
public class ConfigClientController {
    @Value("${spring.application.name}")
    private String applicationName;

    @Value("${eureka.client.service-url.defaultZone}")
    private String eurekaServer;

    @Value("${server.port}")
    private String port;

    @RequestMapping("/config")
    public String getConfig(){
        return "applicationName: "+applicationName+
                "eurekaServer: "+eurekaServer+
                "port: "+port;
    }
}

创建Config_Client_3355主启动类

@SpringBootApplication
public class Config_Client_3355 {
    public static void main(String[] args) {
        SpringApplication.run(Config_Client_3355.class,args);
    }
}

启动3344服务端

localhost:3344/application-dev.yml 不同的启动环境 查到不同的仓库application.yml的配置信息

localhost:3344/application-test.yml 不同的启动环境 查到不同的查到仓库application.yml的配置信息

都可查询到 git仓库里application.yml相关内容

localhost:3344/config-client-dev.yml 不同的启动环境 查到不同的查询到仓库配置的config-client的信息

 

远程配置实战测试

在远程仓库拉取出来的文件中创建 config-eureka.yml

#启动环境选择的配置
spring:
  profiles:
    active: dev
---
server:
  port: 7001
#spring的配置
spring:
  profiles: dev
  application:
    name: springcloud-config-eureka-dev

#Eureka配置
eureka:
  instance:
    hostname: eureka7001.com #Eureaka服务端的实例名称
  client:
    register-with-eureka: false  #表示是否向Eureka注册中心注册自己
    fetch-registry: false #如果fetch-registry为false，则表示自己为注册中心
    service-url: #监控页面
      #单机：点进去参考源码，可看到默认的url端口配置为8761，我们设置为自己的端口。
      #defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka

      #集群（除自身外 关联其他所有）
      defaultZone: http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/
---
server:
  port: 7001
#spring的配置
spring:
  profiles: test
  application:
    name: springcloud-config-eureka-test

#Eureka配置
eureka:
  instance:
    hostname: eureka7001.com #Eureaka服务端的实例名称
  client:
    register-with-eureka: false  #表示是否向Eureka注册中心注册自己
    fetch-registry: false #如果fetch-registry为false，则表示自己为注册中心
    service-url: #监控页面
      #单机：点进去参考源码，可看到默认的url端口配置为8761，我们设置为自己的端口。
      #defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka

      #集群（除自身外 关联其他所有）
      defaultZone: http://eureka7002.com:7002/eureka/,http://eureka7003.com:7003/eureka/

在远程仓库拉取出来的文件中创建 config-dept.yml

#启动环境选择的配置
spring:
  profiles:
    active: dev
---
server:
  port: 8001

#mybatis配置
mybatis:
  type-aliases-package: com.lemon.springcloud.pojo
  config-location: classpath:mybatis/mybatis-config.xml
  mapper-locations: classpath:mybatis/mapper/*.xml

#spring的配置
spring:
  profiles: dev
  application:
    name: springcloud-config-dept-dev
    #数据源的配置
  datasource:
    type: com.alibaba.druid.pool.DruidDataSource #数据源为druid
    driver-class-name: com.mysql.jdbc.Driver #数据库驱动
    url: jdbc:mysql://localhost:3306/springcloud1?useUnicode=true&characterEncoding=utf-8&servetTimeZone=Asia/Shanghai
    username: root
    password: 12345678

#Eureka的配置。 服务注册到Eureka中，需要一个路径地址
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka/,http://localhost:7002/eureka/,http://localhost:7003/eureka/
  instance:
    #修改Eureka中status的默认描述信息。不配置默认为DESKTOP-XXX描述
    instance-id: springcloud-provider-dept8001
    prefer-ip-address: true #改为true后 Eureka中的status就会显示真实ip地址
#info配置   Eureka的status的xx/info链接点开后的info监控信息。没有太大意义
info:
  app.name: ti zi zui bang,jiayou
  company.name: tizi.lemon.com
  test.name: hahah test
---
server:
  port: 8001

#mybatis配置
mybatis:
  type-aliases-package: com.lemon.springcloud.pojo
  config-location: classpath:mybatis/mybatis-config.xml
  mapper-locations: classpath:mybatis/mapper/*.xml

#spring的配置
spring:
  profiles: test
  application:
    name: springcloud-config-dept-test
    #数据源的配置
  datasource:
    type: com.alibaba.druid.pool.DruidDataSource #数据源为druid
    driver-class-name: com.mysql.jdbc.Driver #数据库驱动
    url: jdbc:mysql://localhost:3306/springcloud2?useUnicode=true&characterEncoding=utf-8&servetTimeZone=Asia/Shanghai
    username: root
    password: 12345678

#Eureka的配置。 服务注册到Eureka中，需要一个路径地址
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka/,http://localhost:7002/eureka/,http://localhost:7003/eureka/
  instance:
    #修改Eureka中status的默认描述信息。不配置默认为DESKTOP-XXX描述
    instance-id: springcloud-provider-dept8001
    prefer-ip-address: true #改为true后 Eureka中的status就会显示真实ip地址
#info配置   Eureka的status的xx/info链接点开后的info监控信息。没有太大意义
info:
  app.name: ti zi zui bang,jiayou
  company.name: tizi.lemon.com
  test.name: hahah test

将创建的文件push到远程仓库中

GitBash打开命令工具
cd 至 springcloud-config

git add .  将文件添加到暂存区

git status 查看状态

git commit -m “一次提交” 本地提交,-m为提交时写的信息

git push origin master 提交到远程的当前路径分枝

创建Maven项目=> springcloud-config-eureka-7001 远程访问仓库实现注册中心

导入pom依赖

springcloud-config-eureka-7001


	
	
	org.springframework.cloud
	spring-cloud-starter-eureka-server
	1.4.6.RELEASE

	

	org.springframework.cloud
	spring-cloud-starter-config
	2.1.1.RELEASE

复制 springcloud-eureka-7001 项目所有的内容，删掉application.yml所有配置，因为此配置已经在git远程仓库中配置，添加以下的配置内容

spring:
  application:
    name: sorubgckiyd-config-eureka-7001

创建bootstrap.yml 注意创建此yml一定要导入springcloud-config的配置依赖

# 系统级别的配置
spring:
  cloud:
    config:
      name: config-client # 需要从git上读取的资源名称，不要后缀
      profile: dev #dev环境端口：8201 test环境端口：8202
      label: master #需要在git上的哪个分支拿
       #连接到3344服务，中转站的形式连接服务端访问远程地址
      uri: http://localhost:3344

启动3344服务端 ，启动后自测。本地需要连接到3344，确定ConfigEureka7001启动后能够连接到远程

localhost:3344/config-eureka-dev.yml

 此时 已读取到远程仓库中Eureka的相关信息

启动config-eureka-7001注册中心

 创建Maven项目=> springcloud-config-dept-8001 远程访问仓库实现8001服务提供者

复制 springcloud-provider-dept-8001 项目所有的内容及依赖

删掉application.yml所有配置，因为此配置已经在git远程仓库中配置，添加以下的配置内容

spring:
  application:
    name: springcloud-config-dept-8001

创建bootstrap.yml 注意创建此yml一定要导入springcloud-config的配置依赖

#系统级的配置
# 系统级别的配置
spring:
  cloud:
    config:
      name: config-dept # 需要从git上读取的资源名称，不要后缀
      profile: dev #dev环境端口：8201 test环境端口：8202
      label: master #需要在git上的哪个分支拿
      #连接到3344服务，中转站的形式连接服务端访问远程地址
      uri: http://localhost:3344

启动3344服务端 ，config-eureka-7001注册中心，当前8001服务提供者
可以看到，通过远程访问git，也获取到了相应的数据.

到此就结束了，再次声明，此文，只作本人复习使用。如有侵权，请联系我，将妥善处理。

邮箱：[email protected]