微服务介绍、使用 Nacos 实现远程调用以及 OpenFeign 的使用

1 微服务的概念

  • 区别于单体项目

  • 单体项目拆分成微服务项目的目标:高内聚、低耦合

  • 拆分思路

    • 纵向拆分:根据功能模块

    • 横向拆分:抽取可复用模块

2 微服务拆分------远程调用

背景:微服务单一职责,每个服务只有自己的功能和数据,拆分出来的模块需要用到其他模块的功能,如查询购物车时也需要查询商品信息,但是两个模块不能直接调用

  • 模拟前端向后台发送请求

  • RestTemplate:通过远程调用,发送 HTTP 请求,得到 HTTP 响应

3 服务治理

服务远程调用存在问题:

  1. 写代码时还不知道要调用的服务地址(还没启动):例如 cart-service 不知道 item-service 启动的地址 / 端口

  2. 如果知道了地址,集群模式下 item-service 部署在多台服务器上(多实例部署),开启了负载均衡,cart-service 不知道该访问哪个端口

  3. 选了一个进行访问,如果该服务挂了,怎办?

  4. 写死了访问地址,item-service 又在新的服务器 / 端口上启动了,怎么知道新启动的服务的地址?无法感知服务状态的变更

以上问题统称为 服务治理

3.1 注册中心原理

如何解决服务治理问题?1 2 3 4

三个角色

  • 每个服务既可以作为服务的调用者

  • 也可以作为服务的提供者

  • 注册中心(家政中心)

    • 服务提供者到注册中心注册服务信息

    • 服务调用者访问注册中心,订阅所需服务的信息

      • 负载均衡:随机、轮询、加权随机、加权轮询、哈希
    • 监控服务状态变更

      • 服务提供者需要与注册中心进行 心跳续约,如果服务挂了(不再发送续约消息)就会将该服务从服务注册表中移除,并向服务调用者推送变更

      • 注册中心会向服务调用者推送服务状态变更(有服务挂了、有新的服务启动)的新消息

3.2 搭建 Nacos 实现注册中心

  • Nacos 是一个注册中心组件

  • 使用 Docker 部署 Nacos 服务

  • 可以进入 Nacos 控制面板监控服务的健康状态和服务详情(如启动服务器 IP 和端口等)

3.3 服务注册

步骤

  1. 引入 nacos discovery 依赖

  2. 配置要注册的服务名称和 Nacos 的地址

  3. 启动服务实例(IDEA 的多个端口)

3.4 服务发现

步骤

  1. 引入 nacos discovery 依赖

  2. 配置 Nacos 地址

  3. 服务发现:到 Nacos 注册中心获取服务注册列表(可以使用 Spring Cloud 提供的 API)

    • 根据服务名称,获取服务实例列表

    • 负载均衡,选择一个实例进行请求

    • 获取实例的 IP 和端口,发起远程调用

3.5 治理结果

  • 服务调用者不再需要记住服务提供者的 IP 地址和端口号,而是根据服务名称 动态拉取 服务实例列表,并通过负载均衡选择随机选择一个服务实例进行调用

  • 服务挂了 ✔ 心跳续约

  • 新启动的服务 ✔ 推送变更

4 OpenFeign 的使用

1. 基本介绍

  • 声明式的 HTTP 客户端,基于 SpringMVC 的常见注解,更简单地实现 HTTP 请求的发送

2. 使用步骤

  • 引入依赖

负载均衡的实现早期用的是 Spring Cloud 的 Ribbon,现在用的是 loadbalancer

  • 项目主类 / 启动类使用注解 @EnableFeignClients 开启 OpenFeign 功能

  • 编写 FeignClient:使用 @FeignClient(value = "item-service"),@FeignClient 会将该类标记为一个 FeignClient 客户端,value 是服务名称, OpenFeign 会根据该 value 到注册中心去拉取实例列表

注意:这是一个不需要实现的接口,OpenFeign 会自动帮我们实现该接口

  • 使用 FeignClient,实现远程调用:配置好 FeignClient 接口后就可以像使用本地方法一样实现远程调用
java 复制代码
List<ItemDTO> items = itemClient.queryItemByIds(List.of(1,2,3));
相关推荐
ZStack开发者社区34 分钟前
替代VMware VCF | 详解ZStack Cloud开放架构与异构整合能力
架构
小股虫3 小时前
分布式事务:在增长中台,我们如何做到“发出去的内容”和“记录的数据”不打架?
分布式·微服务·云原生·架构·团队建设·方法论
忧郁蓝调264 小时前
Redis不停机数据迁移:基于 redis-shake 的跨实例 / 跨集群同步方案
运维·数据库·redis·阿里云·缓存·云原生·paas
乾元4 小时前
数据中心流量工程(TE)优化:当 AI 成为解决“维度诅咒”的唯一操纵杆
运维·服务器·网络·人工智能·架构·自动化
java1234_小锋4 小时前
ZooKeeper集群中服务器之间是怎样通信的?
分布式·zookeeper·云原生
云器科技4 小时前
NinjaVan x 云器Lakehouse: 从传统自建Spark架构升级到新一代湖仓架构
大数据·ai·架构·spark·湖仓平台
用户91743965394 小时前
从单系统架构到微服务架构:软件现代化的转型综述
微服务·架构·系统架构
easy_coder5 小时前
从“未知故障”到“自治诊断”:基于双路召回与RAG的智能诊断系统构建
人工智能·云原生·云计算
断春风5 小时前
从 JDK 8 到 JDK 21:企业级 Java 版本选择的架构思考
java·架构·jdk
h7ml5 小时前
构建可扩展的企业微信消息推送服务:事件驱动架构在Java中的应用*
java·架构·企业微信