赞
踩
区别于单体项目
单体项目拆分成微服务项目的目标:高内聚、低耦合
拆分思路
纵向拆分:根据功能模块
横向拆分:抽取可复用模块
背景:微服务单一职责,每个服务只有自己的功能和数据,拆分出来的模块需要用到其他模块的功能,如查询购物车时也需要查询商品信息,但是两个模块不能直接调用
模拟前端向后台发送请求
RestTemplate:通过远程调用,发送 HTTP 请求,得到 HTTP 响应
服务远程调用存在问题:
写代码时还不知道要调用的服务地址(还没启动):例如 cart-service 不知道 item-service 启动的地址 / 端口
如果知道了地址,集群模式下 item-service 部署在多台服务器上(多实例部署),开启了负载均衡,cart-service 不知道该访问哪个端口
选了一个进行访问,如果该服务挂了,怎办?
写死了访问地址,item-service 又在新的服务器 / 端口上启动了,怎么知道新启动的服务的地址?无法感知服务状态的变更
以上问题统称为 服务治理
如何解决服务治理问题?1 2 3 4
三个角色
每个服务既可以作为服务的调用者
也可以作为服务的提供者
注册中心(家政中心)
服务提供者到注册中心注册服务信息
服务调用者访问注册中心,订阅所需服务的信息
负载均衡:随机、轮询、加权随机、加权轮询、哈希
监控服务状态变更
服务提供者需要与注册中心进行 心跳续约,如果服务挂了(不再发送续约消息)就会将该服务从服务注册表中移除,并向服务调用者推送变更
注册中心会向服务调用者推送服务状态变更(有服务挂了、有新的服务启动)的新消息
Nacos 是一个注册中心组件
使用 Docker 部署 Nacos 服务
可以进入 Nacos 控制面板监控服务的健康状态和服务详情(如启动服务器 IP 和端口等)
步骤
引入 nacos discovery 依赖
配置要注册的服务名称和 Nacos 的地址
启动服务实例(IDEA 的多个端口)
步骤
引入 nacos discovery 依赖
配置 Nacos 地址
服务发现:到 Nacos 注册中心获取服务注册列表(可以使用 Spring Cloud 提供的 API)
根据服务名称,获取服务实例列表
负载均衡,选择一个实例进行请求
获取实例的 IP 和端口,发起远程调用
服务调用者不再需要记住服务提供者的 IP 地址和端口号,而是根据服务名称 动态拉取 服务实例列表,并通过负载均衡选择随机选择一个服务实例进行调用
服务挂了 ✔ 心跳续约
新启动的服务 ✔ 推送变更
负载均衡的实现早期用的是 Spring Cloud 的 Ribbon,现在用的是 loadbalancer
项目主类 / 启动类使用注解 @EnableFeignClients 开启 OpenFeign 功能
编写 FeignClient:使用 @FeignClient(value = "item-service"),@FeignClient 会将该类标记为一个 FeignClient 客户端,value 是服务名称, OpenFeign 会根据该 value 到注册中心去拉取实例列表
注意:这是一个不需要实现的接口,OpenFeign 会自动帮我们实现该接口
使用 FeignClient,实现远程调用:配置好 FeignClient 接口后就可以像使用本地方法一样实现远程调用
List<ItemDTO> items = itemClient.queryItemByIds(List.of(1,2,3));
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。