Springcloud快速复习

news2024/12/22 23:01:05

按照个人的习性,分布式我学习完以后一定会忘为此写次笔记自己快速复习

Springcloud介绍及微服务介绍

为什么学?
也不是以前的单体架构被淘汰而是,当业务足够大型,进行优化

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

优点：

架构简单
部署成本低

缺点：

耦合度高（维护困难、升级困难）

所以就要对传统单体项目进行优化,而分布式就是很好的方式

分布式架构

分布式架构：根据业务功能对系统做拆分，每个业务功能模块作为独立项目开发，称为一个服务。
在这里插入图片描述

分布式架构的优缺点：

优点：

降低服务耦合
有利于服务升级和拓展

缺点：

服务调用关系错综复杂

分布式架构虽然降低了服务耦合，但是服务拆分时也有很多问题需要思考：

服务拆分的粒度如何界定？
服务之间如何调用？
服务的调用关系如何管理？

人们需要制定一套行之有效的标准来约束分布式架构。

微服务

微服务的架构特征：

单一职责：微服务拆分粒度更小，每一个服务都对应唯一的业务能力，做到单一职责
自治：团队独立、技术独立、数据独立，独立部署和交付
面向服务：服务提供统一标准的接口，与语言和技术无关
隔离性强：服务调用做好隔离、容错、降级，避免出现级联问题

在这里插入图片描述
微服务的上述特性其实是在给分布式架构制定一个标准，进一步降低服务之间的耦合度，提供服务的独立性和灵活性。做到高内聚，低耦合。

因此，可以认为微服务是一种经过良好架构设计的分布式架构方案 。
任何分布式架构都离不开服务的拆分，微服务也是一样。

服务拆分原则

这里我总结了微服务拆分时的几个原则：

不同微服务，不要重复开发相同业务
微服务数据独立，不要访问其它微服务的数据库
微服务可以将自己的业务暴露为接口，供其它微服务调用

但方案该怎么落地？选用什么样的技术栈？全球的互联网公司都在积极尝试自己的微服务落地方案。

其中在Java领域最引人注目的就是SpringCloud提供的方案了。

Springcloud

SpringCloud是目前国内使用最广泛的微服务框架。官网地址：https://spring.io/projects/spring-cloud。

SpringCloud集成了各种微服务功能组件，并基于SpringBoot实现了这些组件的自动装配，从而提供了良好的开箱即用体验。
其中常见的组件包括：
在这里插入图片描述
完整的微服务框架,所需中间件

通过docker容器部署
在这里插入图片描述

SpringCloud底层是依赖于SpringBoot的，并且有版本的兼容关系需要到官网查看
在这里插入图片描述
所以接下来快速复习各个中间件的使用

注册中心 Eureka,nacos

什么是注册中心呢,百度定义

“注册中心的作用一句话概括就是存放和调度服务,实现服务和注册中心,服务和服务之间的相互通信。注册中心可以说是微服务架构中的”通讯录“,它记录了服务和服务地址的映射关系.

现在建立俩个服务端(user,order)作为微服务部分演示,俩者具有不同的数据库,但是俩个微服务数据具有关联,为此暴露接口完成交互,勇主持中心演示

user部分

实体类

@Data
public class User {
    private Long id;
    private String username;
    private String address;
}

业务层

@Service
public class UserService {

//    @Autowired
    @Resource
    private UserMapper userMapper;

    public User queryById(Long id) {
        return userMapper.findById(id);
    }
}

mapper数据层

@Mapper
public interface UserMapper {
    
    @Select("select * from tb_user where id = #{id}")
    User findById(@Param("id") Long id);
}

controller暴露接口,给其他服务使用

@RestController
@RequestMapping("/user")
// @RefreshScope
public class UserController {

    @Autowired
    private UserService userService;


    /**
     * 路径： /user/110
     *
     * @param id 用户id
     * @return 用户
     */
    @GetMapping("/{id}")
    public User queryById(@PathVariable("id") Long id,
                          @RequestHeader(value = "Truth", required = false) String truth) {
        System.out.println("truth: " + truth);
        return userService.queryById(id);
    }
}

order部分

Controller

简单的通过路由查询订单信息
@RestController
@RequestMapping("order")
public class OrderController {

   @Autowired
   private OrderService orderService;

    @GetMapping("{orderId}")
    public Order queryOrderByUserId(@PathVariable("orderId") Long orderId) {
        // 根据id查询订单并返回
        return orderService.queryOrderById(orderId);
    }
}

实体类排pojo

@Data
public class Order {
    private Long id;
    private Long price;
    private String name;
    private Integer num;
    private Long userId;
    private User user;
}

注意这里的user实体类俩个服务不同数据库,故此需要多个服务完成交互,先申明user尸体

@Data
public class User {
    private Long id;
    private String username;
    private String address;
}

由于order服务需要向另一个微服务交互,为此引入交互工具,restemplate,springmvc自带注入bean即可
任一配置类

@Bean

public RestTemplate restTemplate() {
    return new RestTemplate();
}

service服务层

@Service
public class OrderService {

    @Autowired
    private OrderMapper orderMapper;
@Autowired
    RestTemplate restTemplate;
//    @Autowired
//    private UserClient userClient;
//根据另一个服务端暴露的接口,发送请求完成
    public Order queryOrderById(Long orderId) {
   url="http://localhost:8082/user/"+order.getUserId().toString();
        User user=restTemplate.getForObject(url, User.class);
        order.setUser(user);
        // 4.返回
        return order;
    }
}