SpringCloud

  • SpringCloud是目前国内使用最广泛的微服务框架。官网地址：https://spring.io/projects/spring-cloud
  • SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用体验：

image-20240328195254718

  • SpringCloud与SpringBoot的版本兼任关系如下：

image-20240328195323436

服务拆分及远程调用

拆分注意事项

1.不同微服务，不要重复开发相同业务

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

3.微服务可以将自己的业务接口暴露为接口，供其他微服务调用

导入服务拆分Demo

1.导入课前资料提供的工程：cloud-demo

链接：https://pan.baidu.com/s/1QueUAbzed1NBUEUdrKskkg?pwd=ksw1
提取码：ksw1
2.项目结构

image-20240328195655304

3.将课前资料准备的sql导入数据库

链接：https://pan.baidu.com/s/1QueUAbzed1NBUEUdrKskkg?pwd=ksw1
提取码：ksw1

总结

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

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

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

服务拆分-服务远程调用

使用远程调用方式查询到用户信息

image-20240328195926030

可以使用RestTemplate发送请求， RestTemplate 是发送各种HTTP请求，那么就可以使用 RestTemplate 发起远程http请求：

在order_service 模块中的启动配置类中：

1
2
3
4
5
6
7
8
/**
   * 在启动配置类注入 RestTemplate bean容器
   * @return
   */
  @Bean
  public RestTemplate restTemplate() {
      return new RestTemplate();
  }

修改查询实现方法：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
@Autowired
    private RestTemplate restTemplate;

    public Order queryOrderById(Long orderId) {
        // 1.查询订单
        Order order = orderMapper.findById(orderId);
        // 2利用RestTemplate发送Http请求，查询用户
        // 2.1 url的地址为user-service模块启动的端口，因为是向user-service发送请求
        String url = "http://localhost:8081/user/" + order.getUserId();
        // 发送请求，完成远程调用
        User user = restTemplate.getForObject(url, User.class);
        // 封装user
        order.setUser(user);
        // 4.返回
        return order;
    }
}

Eureka

eureka-消费者与提供者

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

消费者：一次业务中，调用其他微服务的服务（调用其他微服务提供的接口，调用别人的接口）

上面的demo中，user就是服务提供者（接口被调用），order就是服务消费者（调用了别人的接口）

image-20240328200131872

思考：服务A调用服务B，服务B调用服务C，那么服务B是什么角色？

主要是要看怎么调用

  1. 如果是服务B调用了服务C，那么服务B就是服务消费者

    2.如果是服务B被服务A调用了，那么服务B就是服务提供者

总结

服务调用关系

image-20240328200257184

  • 服务提供者：暴露接口给其它微服务调用

  • 服务消费者：调用其它微服务提供的接口

  • 提供者与消费者角色其实是相对的

  • 一个服务可以同时是服务提供者和服务消费者

eureka原理分析

调用出现的问题：

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

image-20240328200453699

Eureka的作用

image-20240328200528201

再来回答上面第一部分的遗留问题：

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

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

  • eureka保存这些信息

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

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

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

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

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

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

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

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

1.EurekaServer：服务端，注册中心

  • 记录服务信息

  • 心跳监控

2.EurekaClient：客户端

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

  • 注册自己的信息到EurekaServer

  • 每隔30秒向EurekaServer发送心跳

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

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

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