SpringCloud

一、认识微服务

1.1单体架构

优点：

架构简单

部署成本低

缺点：

耦合度高

1.2分布式架构

优点：

降低服务耦合

有利于服务升级拓展

分布式架构的要考虑的问题：

1. 服务拆分粒度如何？
2. 服务集群地址如何维护？
3. 服务之间如何实现远程调用？
4. 服务健康状态如何感知？

1.3 微服务

微服务是一种经过良好架构设计的分布式架构方案，微服务架构特征：

单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责，避免重复业务开发

面向服务：微服务对外暴露业务接口

自治：团队独立、技术独立、数据独立、部署独立

隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

1.4 微服务技术对比

	Dubbo	SpringCloud	SpringCloudAlibaba
注册中心	zookeeper、Redis	Eureka、Consul	Nacos、Eureka
服务远程调用	Dubbo协议	Feign（http协议）	Dubbo、Feign
配置中心	无	SpringCloudConfig	SpringCloudConfig、Nacos
服务网关	无	SpringCloudGateway、Zuul	SpringCloudGateway、Zuul
服务监控和保护	dubbo-admin，功能弱	Hystix	Sentinel

二、SpringCloud

服务调用关系：

1. 服务提供者：暴露接口给其它微服务调用
2. 服务消费者：调用其它微服务提供的接口
3. 提供者与消费者角色其实是相对的
4. 一个服务可以同时是服务提供者和服务消费者

2.1 Eureka注册中心

服务调用出现的问题：

1. 服务消费者该如何获取服务提供者的地址信息？
2. 如果有多个服务提供者，消费者该如何选择？
3. 消费者如何得知服务提供者的健康状态？

2.1.1 Eureka的作用

消费者该如何获取服务提供者具体信息？

1. 服务提供者启动时向eureka注册自己的信息
2. eureka保存这些信息
3. 消费者根据服务名称向eureka拉取提供者信息

如果有多个服务提供者，消费者该如何选择？

1. 服务消费者利用负载均衡算法，从服务列表中挑选一个

消费者如何感知服务提供者健康状态？

1. 服务提供者会每隔30秒向EurekaServer发送心跳请求，报告健康状态
2. eureka会更新记录服务列表信息，心跳不正常会被剔除
3. 消费者就可以拉取到最新的信息

2.1.2 eureka注册中心开发

2.1.2.1 引入依赖

        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
        </dependency>

2.1.2.2 启动类加注解

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

2.1.2.3 书写配置文件

server:
  port: 10086 #服务端口
spring:
  application:
    name: eurekaserver #eureka服务名称
eureka:
  client:
    service-url: #eureka地址信息
      defaultZone: http://localhost:10086/eureka/