【微服务】(3) 服务注册与发现

一、问题出现

订单服务调用商品服务的接口时,写死 商品服务接口的url ,使用 spring 提供的 RestTemplate 进行 http 通信。这存在一个问题,每次 url 变更,都需要修改原有代码,频繁部署,十分麻烦。

二、注册中心

注册中心能解决上述问题:

  • 服务注册 :服务提供者启动时,主动把自己的接口地址注册 到注册中心,并定期发送心跳 汇报存活状态,一旦注册中心与服务提供者长时间无法通信 ,则注销该实例。
  • 服务发现 :服务消费者主动到注册中心查询服务提供者的接口地址,并通过该地址调用服务提供者的接口。

三、CAP 理论

CAP 理论是注册中心设计的基础理论。

  • 一致性Consistency):所有服务同时向注册中心查询/注册,得到的响应一致。
  • 可用性Availability):所有服务向注册中心注册/查询,都能得到响应(但响应结果可能是错的)。
  • 分区容错性Partition Tolerance):当注册中心集群中存在通信中断(网络分区),注册中心仍能继续对外提供服务。

网络故障是不可避免的,注册中心集群又不能同时全部故障,因此分区容错性是必须 的。而 一致性 和 可用性 则是二选一:假设注册中心 A 与注册中心 B、C 通信中断。某服务向 A 注册/注销,B、C 不知道;反之亦然。

  • 保留一致性 :为达到一致性,将节点数少的分区 A 停止对外服务,直到恢复网络,那么此时 A 是不可用的。
  • 保留可用性 :为达到可用,不同的网络分区同时对外提供服务,不同分区存在信息差,那么此时必是不一致的。

因此对于注册中心集群,AP、CP 架构二选一。

四、常见注册中心

  • Zookeeper:Apache 开源。遵循 CP 原则。节点集群有主从之分,当主节点故障,会重新选举主节点,这个过程有短暂时间不可用。

  • Eureka:Netflix 开源。虽然 2.0 版本已停止维护,但依然是 Spring Cloud 服务注册/发现的默认实现。遵循 AP 原则。每个节点均等

  • Nacos:Alibaba 开源。遵循 CP 或 AP,默认 AP。

    虽然 AP 可能会拿到没有即时更新的错误信息,但总比无法提供服务的 CP 强,比如高并发的场景。

五、搭建 Eureka 服务

1、搭建注册中心服务端

目的:提供服务注册、发现、健康检查能力。

(继【微服务】环境与工程搭建)

1、创建 Eureka 服务端子模块。

2、引入服务端依赖:

XML 复制代码
<dependency>
 <groupId>org.springframework.cloud</groupId>
 <artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>

再加一个 maven 插件打包

3、yml 配置 Eureka:

java 复制代码
server:
  port: 10010
spring:
  application:
    name: eureka-server
eureka:
  instance:
    hostname: localhost
  client:
    fetch-registry: false # 表示是否从Eureka Server获取注册信息,默认为true.因为这是一个单点的Eureka Server,不需要同步其他的Eureka Server节点的数据,这里设置为false
    register-with-eureka: false # 表示是否将自己注册到Eureka Server,默认为true.由于当前应用就是Eureka Server,故而设置为false.
    service-url:
      # 设置Eureka Server的地址,查询服务和注册服务都需要依赖这个地址
      defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/

4、启动类开启 Eureka 功能:

java 复制代码
@EnableEurekaServer

5、启动项目,访问 Eureka 注册中心可视化管理页面:

XML 复制代码
http://${eureka.instance.hostname}:${server.port}

# 注意不是
http://${eureka.instance.hostname}:${server.port}/eureka/

2、服务注册

目的:把 product-service(服务提供者)注册到 eureka 服务端中。

1、引入 Eureka 客户端依赖:

XML 复制代码
        <dependency>
            <groupId>org.springframework.cloud</groupId>
            <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        </dependency>

2、yml 配置 Eureka:

XML 复制代码
# 应用名称,后面远程调用时 通过应用名称 获取实例信息
spring:
  application:
    name: product-service

eureka:
  client:
    service-url:
      defaultZone: http://127.0.0.1:10010/eureka/

3、启动服务,查看管理页面:

3、服务发现

目的:order-service 从 eureka 服务端拉取 product-service 的服务信息,进行远程调用。

1、引入 Eureka 客户端依赖。

2、配置 Eureka。

3、修改远程调用方式:

java 复制代码
// 1. 注入服务发现
@Resource
private DiscoveryClient discoveryClient;

// 2. 从注册中心获取服务信息

//从Eureka中获取服务列表,指定要查询的服务名
List<ServiceInstance> instances = discoveryClient.getInstances("product-service");
// 因为目前只有一个商品服务,所以这里取第一个
String uri = instances.get(0).getUri().toString();
// 构造访问商品服务的 url
String url = uri+"/product/"+orderInfo.getProductId();

4、启动服务,查看管理页面:

查询订单服务,远程调用商品服务:

相关推荐
逻极7 分钟前
OpenClaw「Clawdbot/Moltbot」 深入解析:核心架构深度剖析
python·ai·架构·agent·ai编程·moltbot·openclaw
江畔何人初36 分钟前
/etc/profile,.profile,.bashrc三者区分
linux·运维·云原生
pcm12356736 分钟前
设计C/S架构的IM通信软件(3)
java·c语言·架构
凯子坚持 c40 分钟前
C++基于微服务脚手架的视频点播系统---客户端(1)
开发语言·c++·微服务
岁岁种桃花儿1 小时前
深度解析DolphinScheduler核心架构:去中心化调度的设计与实践
架构·去中心化·区块链
hellojackjiang20111 小时前
如何保障分布式IM聊天系统的消息可靠性(即消息不丢)
分布式·网络安全·架构·信息与通信
彷徨的蜗牛1 小时前
架构思维的精髓:在解构与集成间驱动数字化演进
架构
努力搬砖的咸鱼2 小时前
部署你的第一个应用到 K8s
微服务·云原生·容器·kubernetes
esmap2 小时前
技术解构:ESMAP AI数字孪生赋能传统行业转型的全链路技术方案
人工智能·低代码·ai·架构·编辑器·智慧城市