springcloud从入门到放弃（精通）（上）_如何才能精通springcloud-CSDN博客

本文链接：https://blog.csdn.net/bigseanihao/article/details/107063530

一.微服务的优点

每个服务足够内聚，足够小，代码容易理解这样能聚焦一个指定的业务功能或业务需求。
开发简单，开发效率提高，一个服务可能就是专一的只干一件事
微服务是松耦合的，是有功能意义的服务，无论是在开发阶段或部署阶段都是独立的。
微服务能够实用不同的语言开发
易于和第三方集成，微服务允许容器且灵活的方式集成自动部署
微服务易于被一个开发人员理解，修改和维护这样小团队能够更专注自己的工作成果。无需通过合作才能体现价值。
微服务知识业务逻辑的代码，不会和Html,css或其他界面组件混合。

二.微服务的缺点

开发人员要处理分布式系统的复杂性。
多服务运维难度，随着服务的增加，运维的压力也在增大。
系统部署依赖，服务间通信成本高

三.什么是springcloud？

基于springboot提供了一套微服务解决方案，包括服务注册与发现，配置中心，全链路监控，服务网关，负载均衡，熔断器等组件，除了基于NetFlix的开源组件做高度抽象封装之外，还有一些选型中立的开源组件。

四.springboot和springcloud的区别

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

五.springcloud和dubbo的对比

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

六.springcloud五大技术

1.eureka

什么是Eureka

Eureka是Netflix的一个子模块，也是核心模块之一。Eureka是一个基于Rest的服务，用于定为服务，以实现云端中间层服务发现和故障转移。服务注册与发现对于微服务架构来说是非常重要的，有了服务发现与注册，只需要使用服务的标识符，就可以访问到服务，而不需要修改服务的配置文件。功能类似于dubbo的注册中心，比如Zookeeper.

2. Eureka包含两个组件：Eureka Service和Eureka Client

Eureka Service提供服务注册，各个节点启动后，会在EurekaServer中进行注册，这样EurekaServer中的服务注册表中将会存储所有可用服务节点的信息，服务接地那的信息可以在界面中直观的看到。

EurekaClient是一个java客户端，用于简化Eureka Server的交互，客户端同时也具备一个内置的，使用轮询附的负载均衡器。在启动后，将会向Eureka Server发送心跳（默认周期30秒）。如果Eureka Server在多个心跳周期内没有接受到某个节点的心跳。EurekaServer将会从服务注册表中吧这个服务节点移除（默认90秒）.

3. Eureka搭建步骤

新建Eureka项目：Eureka-7001

新增一个相关的mav配置坐标

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">

    <modelVersion>4.0.0</modelVersion>
    <parent>
        <groupId>com.gxs.springcloud</groupId>
        <artifactId>spring-cloud-study</artifactId>
        <version>1.0-SNAPSHOT</version>
    </parent>

    <artifactId>springcloud-study-euraka-7001</artifactId>

    <dependencies>
        <!--eureka-server 服务端-->
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-eureka-server</artifactId>
        </dependency>
        <!--热部署 修改后立即生效-->
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>springloaded</artifactId>
        </dependency>
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-devtools</artifactId>
        </dependency>

    </dependencies>

</project>

新增application.yml

server:
    7001
eureka:
    instance:localhost  #eureka服务端的实例名称
client:
    register-with-eureka:false  #false表示不想注册中心注册自己
    fetch-registry:false  #false表示自己就是注册中心，我的职责就是服务实例，并不需要去检查服务
    server-url:
        defaultZone:http://${eureka.instance.hostname}:${server.port}/eureka/  
        #设置与eureka server交互的地址查询服务和注册服务都需要依赖这个地址。${}拼接上面的变量。

在启动类上main标注的启动该新组件技术的相关注解标签。

@SpringBootApplication
@EnableEurekaServer   //EurekaServer服务端启动类，接受其他微服务注册进来。
public Class EurekaServer7001_APP{
    public static void main(String[] args){
        SpringApplication.run(EurekaServer7001_App.class,args);
    }
}

将已有的微服务注册进Eureka服务中心

(1) 在provider项目中pom.xml中新增加入

<!--将微服务provider端注册进eureka-->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-eureka</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-config</artifactId>
</dependency>

(2)在provider项目中的application.yml中加入以下配置信息

eurka:
    client:  #客户端注册进eureka服务列表内
        service-url:
            defaultZone: http://localhost:7001/eureka  #所要注册到的eureka的地址

(3)在provider项目中的设置启动类，新增注解

@SpringBootApplication
@EnableEurekaClient            //本服务启动后悔自动注册进eureka服务
public class DeptProvider8001_App{
    public static void main(String[] args){
        SpringApplication.run(DeptProvider8001.class,args);    
    }
}

4.微服务的完善

修改主机映射名字，修改yml文件

eurka:
    client:  #客户端注册进eureka服务列表内
        service-url:
            defaultZone: http://localhost:7001/eureka  #所要注册到的eureka的地址
    instance:          #修改部分
        instance_id: microservicecloud-dept8001

主机ip信息提示，修改yml文件

eurka:
    client:  #客户端注册进eureka服务列表内
        service-url:
            defaultZone: http://localhost:7001/eureka  #所要注册到的eureka的地址
    instance:          
        instance_id: microservicecloud-dept8001
        prefer-ip-address: true    #访问路径可以显示ip地址，修改部分

info内容的构建，点击eureka服务器上的微服务，查看info.修改步骤：

修改provider工程pom.xml文件

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

2.修改父工程pom文件

<build>
    <finalName>microservicecloud</fiinalName>
    <resources>
        <resource>
            <directory>src/main/resources</directory>
            <filtering>true</filtering>
        </resource>
    </resources>
    <plugins>
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-resources-plugin<artifactId>
            <configuration>
                <delimiters>
                    <delimiter>$</delimiter>
                </delimiters>
            </configuration>
        </plugins>
    </plugins>
</build>

3.修改yml文件

#新增
info:
    app.name: atguigu-microservicecloud
    company.name: www.atguigu.com
    build.artifactId: $project.artifactId$
    build.version: $project.version$

五.eureka自我保护机制

某时刻某个微服务不可用了，eureka不会立刻清理，依旧会对该微服务的信息进行保存。

默认情况下，如果EurekaServer在一定时间内没有接受到某个微服务实例的心跳，EurekaServer将会注销该实例（默认90秒）。但是当网络分区故障发生时，微服务与EurekaServer之间无法正常的通信，以上行为可能变得非常危险了——因为微服务本身其实是健康的，此时本不应该注销这个微服务。Eureka通过自我保护模式，来解决这个问题——当EurekaServer节点在短时间内丢失过多客户端时（可能发生了网络分区故障），南无这个节点就会进入自我保护模式。一旦进入该模式，EurekaServer就会保护服务注册表中的信息，不在删除服务注册表中的数据（也就是不会注销任何微服务）。当网络故障恢复后，该EurekaServer节点会自动退出自我保护模式。

在spring cloud中，可以使用eureka.server.enable-self-preservation=false禁用自我保护模式。

六.Eureka服务发现（对于注册进eureka里面的微服务，可以通过服务发现来获得该服务的信息）

1.修改provider工程的DeptController文件

//新增
@Autowired
private DiscoveryClient client;
@RequestMapping(value="/dept/discovery",method=RequestMethos.GET)
public Object discovery(){
    List<String> list=client.getServices();
    System.out.println("******"+list);
    List<ServiceInstance> srvList=client.getInstances("MICROSERVICECLOUD-DEPT");
    for(ServiceInstance element:srvList){
    System.out.println(element.getServiceId()+"\t"+
                        element.getHost()+"\t"+element.getPort()+"\t");
    return this.client;
    }
}

2.修改启动EurekaServer(新增@EnableDiscoveryClient)

@SpringBootApplication
@EnableEurekaClient            //本服务启动后悔自动注册进eureka服务
public class DeptProvider8001_App{
    public static void main(String[] args){
        SpringApplication.run(DeptProvider8001.class,args);    
    }
}

启动eureka和provider项目，通过访问（/dept/discovery）

七.修改consumer项目DeptController_Consumer.java来调用服务发现(重点restTemplate的使用)

@RequestMapping(value="/consumer/dept/discovery")
public Object discovery(){
    return restTemplate.getForObject(Rest_UTL_PREFIX+"/dept/discovery",Object.class);
}

八.eureka的集群配置（步骤）

再新建两个Eureka的项目Eureka-7002和Eureka-7003
搭建步骤与上面Eureka-7001类似
做一下域名映射。修改host文件

#新增
127.0.0.1  eureka7001.com
127.0.0.1  eureka7002.com
127.0.0.1  eureka7003.com

修改Eureka-7001项目中application.yml文件

server:
    7001
eureka:
    instance:localhost  #eureka服务端的实例名称
client:
    register-with-eureka:false  #false表示不想注册中心注册自己
    fetch-registry:false  #false表示自己就是注册中心，我的职责就是服务实例，并不需要去检查服务
    server-url:
        defaultZone:http://${eureka.instance.hostname}:${server.port}/eureka/  
        #设置与eureka server交互的地址查询服务和注册服务都需要依赖这个地址。${}拼接上面的变量。

修改Eureka-7002和Eureka-7003中application.yml(与上面类似)

修改provider中的application.yml文件（修改defaultZone:后面的内容）

server:
  port: 8001
  
mybatis:
  config-location: classpath:mybatis/mybatis.cfg.xml #mybatis配置文件所在路径
  #mapper-location: classpath:mybatis/mapper/**/*.xml   #mapper映射文件
  type-aliases-package: com.atguigu.springcloud.entities   #所有Entity别名类所在包
 
  
spring:
  application:
    name: microservicecloud-dept
  datasource:
    type: com.alibaba.druid.pool.DruidDataSource  #当前数据操作类型
    driver-class-name: com.mysql.jdbc.Driver    #mysql驱动包
    url: jdbc:mysql://localhost:3306/cloudb01    #数据库名称
    username: root
    password: briup
    dbcp2:
      min-idle: 5       #数据库连接池的最小维持连接数
      initial-size: 5   #初始化连接数
      max-total: 5      #最大连接数
      max-wait-millis: 200  #等待连接获取的最大超时时间 
eurka:
    client:  #客户端注册进eureka服务列表内
        service-url:
            defaultZone: http://eureka7001.com:7001/eureka, 
                         http://eureka7002.com:7001/eureka, 
                         http://eureka7003.com:7001/eureka,#所要注册到的eureka的地址

instance:          
    instance_id: microservicecloud-dept8001
    prefer-ip-address: true    #访问路径可以显示ip地址，修改部分

info:
    app.name: atguigu-microservicecloud
    company.name: www.atguigu.com
    build.artifactId: $project.artifactId$
    build.version: $project.version$

八.springcloud和zookeeper对比

1.Eureka遵守AP（高可用性和分区容错性）原则,Eureka遵守CP(一致性和分区容错性)原则.

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. 当网络稳定时，当前实例新的注册信息会被同步到其它节点中