SpringCloud——EureKa

发布于:2025-05-20 ⋅ 阅读:(13) ⋅ 点赞:(0)

目录

1.前言

1.微服务拆分及远程调用

3.EureKa注册中心

远程调用的问题

eureka原理

搭建EureKaServer

服务注册

服务发现


1.前言

分布式架构:根据业务功能对系统进行拆分,每个业务模块作为独立项目开发,称为服务。

优点:

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

微服务:是一种经过良好架构设计的分布式架构方案,微服务架构特征

  • 单一职责:微服务拆分粒度更小,每个服务都对应唯一的业务能力,做到单一职责,避免重复业务开发
  • 面向服务:微服务对外暴露业务接口
  • 自治:团队独立,技术独立,数据独立,部署独立
  • 隔离性强:服务调用做好隔离,容错,降级,避免出现级联问题

微服务技术对比:

SpringCloud

SpringCloud是目前国内使用最广泛的微服务框架。

SpringCloud集成了各种微服务功能组件,并基于SpringBoot实现了这些组件的自动装配,从而提供了良好的开箱即用体验:

1.微服务拆分及远程调用

微服务拆分注意事项

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

案列:

需求:根据订单id查询订单的同时,把订单所属的用户信息一起返回

远程调用方式分析:

1)注册RestTemplate

在order-service的OrderApplication中注册RestTemplate

要想实现一次跨服务的调用其实就是发送一次http请求

提供者和消费者:

服务提供者:一次业务中,被其它微服务调用的服务。(提供接口给其它微服务)
服务消费者:一次业务中,调用其它微服务的服务。(调用其它微服务提供的接口)

3.EureKa注册中心

远程调用的问题

硬编码问题

eureka原理

Eureka架构中,微服务角色有两类:

EureKaServer:服务端,注册中心

记录服务信息

心跳监控

EurekaClient:客户端

消费者如何获取服务提供者具体信息?

  • 服务提供者启动时向eureka注册自己的信息
  • eureka保存这些信息
  • 消费者根据服务名称向eureka拉取提供者信息

如果有多个服务提供者,消费者如何选择?

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

消费者如何感知服务提供者健康状态?

  • 服务提供者每个30秒向EurekaServer发送心跳请求,报告健康状态
  • eureka会更新记录服务列表信息,心跳不正常就会被剔除
  • 消费者就可以拉取到最新的信息

搭建EureKaServer

搭建EureKaServer服务步骤如下:

1.创建项目,引入spring-cloud-starter-netflix-eureka-server的依赖

2.编写启动类,添加@EnableEurekaServer注解

3.添加application.yml文件,编写下面配置

服务注册

将user-service服务注册到EurekaServer步骤如下:

1.在user-service项目中引入spring-cloud-starter-netflix-eureka-client的依赖

2.在application.yml文件,编写下面配置:

如果我们想启动多个实例,模拟多实例部署,但为了避免端口冲突,需要修改端口设置:

服务发现

服务拉取是基于服务名称获取服务列表,然后在对服务列表做负载均衡

1.修改OrderService的代码,修改访问url路径,用服务名代替ip,端口:

2.在order-service项目的启动类OrderApplication中的RestTemplate添加负载均衡注解:


网站公告

今日签到

点亮在社区的每一天
去签到