SpringCloud 学习总结 1

单体架构：将业务的所有功能集中在一个项目中开发，打成一个包部署。

架构简单  部署成本低

缺点： 耦合度高

分布式架构：根据业务功能对系统进行拆分，每个业务模块作为独立项目开发，称为一个服务。

优点：降低服务耦合    有利于服务升级拓展   服务拆分粒度如何？服务集群地址如何维护？服务之间如何实现远程调用？  服务健康状态如何感知？

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

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

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

• 自治：团队独立、技术独立、数据独立、部署独立 隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

微服务这种方案需要技术框架来落地，全球的互联网公司都在积极尝试自己的微服务落地技术。在国内最知名的就是SpringCloud和阿里巴巴的Dubbo。

l SpringCloud 是目前国内使用最广泛的微服务框架。官网地址： Spring Cloud 。

l SpringCloud 集成了各种微服务功能组件，并基于 SpringBoot 实现了这些组件的自动装配，从而 提供了良好的开箱即用体验：

微服务作用:

1  服务注册发现   2 服务远程调用 3 服务链路监控  4 统一配置管理  5 统一网关路由

6  流控  降级  保护

服务拆分及远程调用

1  服务拆分 

1. 单一职责：不同微服务，不要重复开发相同业务

2. 数据独立：不要访问其它微服务的数据库

3. 面向服务：将自己的业务暴露为接口，供其它微服务调用 

服务间调用

1. 微服务需要根据业务模块拆分，做到单一职责 , 不要重复开发相同业务

2. 微服务可以将业务暴露为接口，供其它微服务使用

3. 不同微服务都应该有自己独立的数据库

消费者注册

   /**
     * 创建RestTemplate并注入Spring容器
     */
    @Bean
    @LoadBalanced
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }

1. 微服务调用方式

• 基于 RestTemplate 发起的 http 请求实现远程调用

• http 请求做远程调用是与语言无关的调用，只要知道对方的 ip 、端口、接口路径、请求参数即可。

使用TestTemplate 进行远程调用

1. 服务注册

• 引入 eureka-client 依赖

• 在 application.yml 中配置 eureka 地址

2. 无论是消费者还是提供者，引入 eureka-client 依赖、知道 eureka 地址后，都可以完成服务注册

@Autowired
    private RestTemplate restTemplate;

    public Order queryOrderById(Long orderId) {
        // 1.查询订单
        Order order = orderMapper.findById(orderId);
        // 2.利用RestTemplate发起http请求，查询用户
        // 2.1.url路径
        String url = "http://userservice/user/" + order.getUserId();
        // 2.2.发送http请求，实现远程调用
        User user = restTemplate.getForObject(url, User.class);
        // 3.封装user到Order
        order.setUser(user);
        // 4.返回
        return order;
    }

l 服务提供者：一次业务中，被其它微服务调用的服务。（提供接口给其它微服务）

l 服务消费者：一次业务中，调用其它微服务的服务。（调用其它微服务提供的接口）

Eureka 注册中心

服务调用出现的问题

l 服务消费者该如何获取服务提供者的地址信息？

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

l 消费者如何得知服务提供者的健康状态？

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

u 服务提供者启动时向 eureka 注册自己的信息

u eureka 保存这些信息

u 消费者根据服务名称向 eureka 拉取提供者信息

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

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

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

服务提供者会每隔 30 秒向 EurekaServer 发送心跳请求，报告健康状态

u eureka 会更新记录服务列表信息，心跳不正常会被剔除

u 消费者就可以拉取到最新的信息

 

1.搭建EurekaServer

• 引入 eureka-server 依赖

• 添加 @EnableEurekaServer 注解

在application.yml 中配置 eureka 地址

在Eureka架构中，微服务角色有两类：

l EurekaServer ：服务端，注册中心

u 记录服务信息

u 心跳监控

l EurekaClient ：客户端

u Provider ：服务提供者，例如案例中的 user-service

u 注册自己的信息到 EurekaServer

u 每隔 30 秒向 EurekaServer 发送心跳

u consumer ：服务消费者，例如案例中的 order-service

u 根据服务名称从 EurekaServer 拉取服务列表

u 基于服务列表做负载均衡，选中一个微服务后发起远程调用

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



# yml 配置

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


# 启动类添加注解

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

spring: # 提供者 
 application:
    name: userservice
eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka/

// 

        <!--eureka客户端依赖-->
       <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
      </dependency>

spring:
  application:
    name: userservice
eureka:
 client:
    service-url:
      defaultZone: http://127.0.0.1:10086/eureka/


//注册user-service
order-service虽然是消费者，但与user-service一样都是eureka的client端，同样可以实现服务注册：
在order-service项目引入spring-cloud-starter-netflix-eureka-client的依赖

服务拉取

1. 修改 OrderService 的代码，修改访问的 url 路径，用服务名代替 ip 、端口：

     */
    @Bean //  orderserve上 进行负载均衡 
    @LoadBalanced
    public RestTemplate restTemplate() {
        return new RestTemplate();
    }

负载均衡

Ribbon的负载均衡规则是一个叫做IRule的接口来定义的，每一个子接口都是一种规则：

Ribbon负载均衡

# 通过定义IRule实现可以修改负载均衡规则，有两种方式：
# 代码方式：在order-service中的OrderApplication类中，定义一个新的IRule：


    @Bean
    public IRule randomRule() {
        return new RandomRule();
    }




#配置文件方式：在order-service的application.yml文件中，添加新的配置也可以修改规则：

userservice:
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule# 负载均衡规则 

 

# Ribbon默认是采用懒加载，即第一次访问时才会去创建LoadBalanceClient，请求时间会很长。
# 而饥饿加载则会在项目启动时创建，降低第一次访问的耗时，通过下面配置开启饥饿加载：
ribbon:
  eager-load:
    enabled: true # 开启饥饿加载 
    clients: userservice # 指定对userservice这个服务饥饿加载

1. Ribbon 负载均衡规则

l 规则接口是 IRule

l 默认实现是 ZoneAvoidanceRule ，根据 zone 选择服务列表，然后轮询

2. 负载均衡自定义方式

l 代码方式：配置灵活，但修改时需要重新打包发布

l 配置方式：直观，方便，无需重新打包发布，但是无法做全局配置

3. 饥饿加载

l 开启饥饿加载

l 指定饥饿加载的微服务名称