旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡

文章目录

  • 一、SpringCloud简介:
  • 二、Eureka简介
  • 三、上手
    • (一) 、搭建一个Eureka服务注册中心(滴滴平台)
    • (二) 、搭建一个Eureka服务提供者(司机的服务)
    • (三) 、搭建一个Eureka服务消费者(乘客的服务)
    • (四) 、现实场景 : 有一个乘客需要叫车
    • (五) 、开启负载均衡(因为Eureka中已经集成了Ribbon,所以我们无需引入新的依赖,直接修改代码。): 有多个司机服务
      • 注: Ribbon默认的负载均衡算法是轮询,若想改为随机,可在乘客服务的yml中添加如下,指定规则为随机策略
  • 三、Eurake 高可用
    • 1. 简介
    • 2. 集群配置修改
    • 3. 服务提供者
    • 4. 服务消费者
    • 5. 失效剔除和自我保护
    • 以上:内容主要参考网络 。如有侵扰,联系删除。 内容仅用于自我记录学习使用。如有错误,欢迎指正。

项目地址: https://download.csdn.net/download/qq_36882793/11389879

一、SpringCloud简介:

SpringCloud是Spring旗下的项目之一,官网地址:http://projects.spring.io/spring-cloud/

Spring最擅长的就是集成,把世界上最好的框架拿过来,集成到自己的项目中。

SpringCloud也是一样,它将现在非常流行的一些技术整合到一起,实现了诸如:配置管理,服务发现,智能路由,负载均衡,熔断器,控制总线,集群状态等等功能。其主要涉及的组件包括:

  • Eureka:服务治理组件,包含服务注册中心,服务注册与发现机制的实现。(服务治理,服务注册/发现)
  • Zuul:网关组件,提供智能路由,访问过滤功能
  • Ribbon:客户端负载均衡的服务调用组件(客户端负载)
  • Feign:服务调用,给予Ribbon和Hystrix的声明式服务调用组件 (声明式服务调用)
  • Hystrix:容错管理组件,实现断路器模式,帮助服务依赖中出现的延迟和为故障提供强大的容错能力。(熔断、断路器,容错)

二、Eureka简介

举个例子: 网约车出现以前,人们出门叫车只能叫出租车。一些私家车想做出租却没有资格,被称为黑车。而很多人想要约车,但是无奈出租车太少,不方便。私家车很多却不敢拦,而且满大街的车,谁知道哪个才是愿意载人的。一个想要,一个愿意给,就是缺少引子,缺乏管理啊。

此时滴滴这样的网约车平台出现了,所有想载客的私家车全部到滴滴注册,记录你的车型(服务类型),身份信息(联系方式)。这样提供服务的私家车,在滴滴那里都能找到,一目了然。

此时要叫车的人,只需要打开APP,输入你的目的地,选择车型(服务类型),滴滴自动安排一个符合需求的车到你面前,为你服务,完美!

Eureka做什么?

Eureka就好比是滴滴,负责管理、记录服务提供者的信息。服务调用者无需自己寻找服务,而是把自己的需求告诉Eureka,然后Eureka会把符合你需求的服务告诉你。

同时,服务提供方与Eureka之间通过“心跳”机制进行监控,当某个服务提供方出现问题,Eureka自然会把它从服务列表中剔除。

这就实现了服务的自动注册、发现、状态监控。

旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第1张图片

  • Eureka:就是服务注册中心(可以是一个集群),对外暴露自己的地址
  • 提供者:启动后向Eureka注册自己信息(地址,提供什么服务)
  • 消费者:向Eureka订阅服务,Eureka会将对应服务的所有提供者地址列表发送给消费者,并且定期更新
  • 心跳(续约):提供者定期通过http方式向Eureka刷新自己的状态

三、上手

(一) 、搭建一个Eureka服务注册中心(滴滴平台)

  1. 通过脚手架搭建
    旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第2张图片
    或者直接通过pom.xml 引入


	4.0.0
	
		org.springframework.boot
		spring-boot-starter-parent
		2.1.6.RELEASE
		 
	
	com.kingfish
	eureka-server
	0.0.1-SNAPSHOT
	eureka-server
	Demo project for Spring Boot

	
		1.8
		Greenwich.SR2
	

	
		
			org.springframework.cloud
			spring-cloud-starter-netflix-eureka-server
		

		
			org.springframework.boot
			spring-boot-starter-test
			test
		
	

	
		
			
				org.springframework.cloud
				spring-cloud-dependencies
				${spring-cloud.version}
				pom
				import
			
		
	

	
		
			
				org.springframework.boot
				spring-boot-maven-plugin
			
		
	



  1. 在启动类上启动Eureka服务
    旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第3张图片
@SpringBootApplication
@EnableEurekaServer		// 启用Eureka 服务中心,声明该服务是一个eureka服务中心
public class EurekaServerApplication {
	public static void main(String[] args) {
		SpringApplication.run(EurekaServerApplication.class, args);
	}
}

  1. 通过yml文件进行端口、应用名称等服务配置
server:
  port: 8080
spring:
  application:
    name: eureka-server  # 应用名称,会在eureka注册中心显示
eureka:
  client:
    service-url:  # Eureka 服务中心的地址,这里本身自己就是服务中心,所以是自己的地址
      defaultZone: http://127.0.0.1:${server.port}/eureka
  instance:   # 启动自定义instanceid
    preferIpAddress: true
    instance-id: ${spring.application.name}:${server.port}
  1. 这时候已经搭建完成一个Eureka 服务注册中心,启动服务可以看到
    旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第4张图片

(二) 、搭建一个Eureka服务提供者(司机的服务)

  1. 搭建项目
    旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第5张图片
    注意还要添加web服务,否则服务无法启动

pom.xml文件:



	4.0.0
	
		org.springframework.boot
		spring-boot-starter-parent
		2.1.6.RELEASE
		 
	
	com.kingfish
	eureka-dirver
	0.0.1-SNAPSHOT
	eureka-dirver
	Demo project for Spring Boot

	
		1.8
		Greenwich.SR2
	

	
		
			org.springframework.cloud
			spring-cloud-starter-netflix-eureka-client
		

		
			org.springframework.boot
			spring-boot-starter-web
		

		
			org.springframework.boot
			spring-boot-starter-test
			test
		
	

	
		
			
				org.springframework.cloud
				spring-cloud-dependencies
				${spring-cloud.version}
				pom
				import
			
		
	

	
		
			
				org.springframework.boot
				spring-boot-maven-plugin
			
		
	



  1. 启动类加上注解,开启客户端功能
    旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第6张图片

  2. yml文件配置

server:
  port: 8081
eureka:
  client:
    service-url:  # 注册到服务中心 (滴滴平台)
      defaultZone: http://127.0.0.1:8080/eureka
  instance:   # 使用自定义ip
    preferIpAddress: true
    instance-id: ${spring.application.name}:${server.port}
spring:
  application:    # 应用名称,在服务中心显示
    name: eureka-driver

  1. 刷新服务中心的页面,发现多一个注册者,正是我们新开的司机服务
    旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第7张图片

(三) 、搭建一个Eureka服务消费者(乘客的服务)

  1. 搭建项目 (注意无论是乘客还是司机对滴滴平台来说都是客户端,而不是服务端,所以都选择Eurake Discovery Client。不同版本名称可能不相同,根据情况选择)
    旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第8张图片
  2. 启动类添加注解
    旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第9张图片
  3. yml文件配置
server:
  port: 8082
eureka:
  client:
    service-url:  # 注册到服务中心 (滴滴平台)
        defaultZone: http://127.0.0.1:8080/eureka
  instance:
    preferIpAddress: true
    instance-id: ${spring.application.name}:${server.port}

spring:
  application:    # 应用名称,在服务中心显示
    name: eureka-passenger
  1. 启动服务,查看服务中心多了一个乘客注册
    旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第10张图片

(四) 、现实场景 : 有一个乘客需要叫车

1. 在乘客的服务中,乘客是有叫车的需求的,所以司机服务需要提供一个接受叫车的请求
旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第11张图片

@RestController
@RequestMapping("driver")
public class DriverController {

    @Value("${server.port}")
    private int port;
    @Value("${spring.application.name}")
    private String applicationName;
    @Value("${eureka.client.service-url.defaultZone}")
    private String serverUrl;

    /**
     * 司机接单的服务
     *
     * @return
     */
    @RequestMapping("takeOrders")
    public String takeOrders(String name) {
        return "乘客" + name + "您好!\n我是司机,我的服务名是" + applicationName + "\n我的端口是" + port + "\n我通过" + serverUrl + "获取到了你的信息";
    }
}

2. 司机可以接单,乘客自然叫车,乘客增加打车服务
旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第12张图片

@RestController
@RequestMapping("passenger")
public class PassengerController {
    @Autowired
    private RestTemplate restTemplate;
    @Autowired
    private DiscoveryClient discoveryClient; // eureka客户端,可以获取到eureka中服务的信息

    /**
     * 乘客打车
     *
     * @return
     */
    @RequestMapping("callTaxi")
    public String callTaxi() {
        // 根据服务名称,获取服务实例。有可能是集群,所以是service实例集合
        List instances = discoveryClient.getInstances("eureka-driver");
        // 因为只有一个eureka-driver (司机服务)。所以获取第一个实例
        ServiceInstance instance = instances.get(0);
        // 获取ip和端口信息,拼接成服务地址
        String baseUrl = "http://" + instance.getHost() + ":" + instance.getPort() + "/driver/takeOrders?name=张三";
        return this.restTemplate.getForObject(baseUrl, String.class);
    }

}

因为我们使用了restTemplate 模板,所以需要将RestTemplate 注入到Spring中
旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第13张图片

@Configuration
public class TemplateConfig {
    @Bean
    public RestTemplate getRestTemplate(){
        return new RestTemplate();
    }
}
  1. 乘客打车,请求乘车服务(访问Eureka-Passenger 服务的passenger/callTaxi接口),通过 滴滴平台(Eureka服务注册中心Enreka-server服务) 调度司机服务接单(Eureka-Driver 的driver/takeOrders)接单

旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第14张图片
注:

启动eurake-server时如果发现服务报如下错误 Cannot execute request on any known server。这是因为服务中心将自己注册成客户端的原因
旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第15张图片
可以将yml配置文件修改为:

server:
  port: 10000
spring:
  application:
    name: eureka-server  # 应用名称,会在eureka注册中心显示
eureka:
  client:
    service-url:  # Eureka 服务中心的地址,这里本身自己就是服务中心,所以是自己的地址
      defaultZone: http://127.0.0.1:${server.port}/eureka
    register-with-eureka: false   # 禁止自己注册
    fetch-registry: false
  instance:   # 启动自定义instanceid
    preferIpAddress: true
    instance-id: ${spring.application.name}:${server.port}

(五) 、开启负载均衡(因为Eureka中已经集成了Ribbon,所以我们无需引入新的依赖,直接修改代码。): 有多个司机服务

  1. 再创建一个司机服务。和上面的步骤一样,这里不再重复(application.yml中的application.name 和上面的司机服务一样为eurake-driver)。创建好之后启动服务可以看到司机服务即eurake-driver有两个提供者,端口分别是10003, 10002(由于8080端口被其它服务占用,所以我把几个服务的端口都换掉了)
    旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第16张图片
  2. 来到乘客服务eurake-passenger 添加注解@LoadBalanced开启负载均衡
    旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第17张图片
  3. 乘客服务发送请求的时候不再按照ip来请求,改为根据服务名称请求

旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第18张图片
4. 测试: 多次访问/passenger/callTaxi请求。可以发现我们请求的路径唯一,但是司机服务响应我们请求的服务并不是唯一的,端口10002和10003的服务根据负载均衡算法自己进行分配
旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第19张图片
旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第20张图片

注: Ribbon默认的负载均衡算法是轮询,若想改为随机,可在乘客服务的yml中添加如下,指定规则为随机策略

格式是:{服务名称}.ribbon.NFLoadBalancerRuleClassName,值就是IRule的实现类。
下面是随机模式的配置方式:

eureka-driver:
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule
eurake-driver:		# 服务提供方的id
  ribbon:
    NFLoadBalancerRuleClassName: com.netflix.loadbalancer.RandomRule

三、Eurake 高可用

注: 这一部分是后面补的,所以项目不同,端口或服务名可能会有差异

1. 简介

Eureka Server即服务的注册中心,在刚才的案例中,我们只有一个EurekaServer,事实上EurekaServer也可以是一个集群,形成高可用的Eureka中心。多个Eureka Server之间也会互相注册为服务,当服务提供者注册到Eureka Server集群中的某个节点时,该节点会把服务的信息同步给集群中的每个节点,从而实现数据同步。因此,无论客户端访问到Eureka Server集群中的任意一个节点,都可以获取到完整的服务列表信息。
所谓的高可用注册中心,其实就是把EurekaServer自己也作为一个服务进行注册,这样多个EurekaServer之间就能互相发现对方,从而形成集群。
所以这里假设有两个Eurake注册中心,一个是8080端口,一个是8079端口。所以我们再增加一个服务注册中心,端口号8079。(再启动一次服务即可,不过端口号需要修改)。

2. 集群配置修改

  1. 修改原先8080端口的yml配置
server:
  port: 8080 # Eurake服务的端口
spring:
  application:
    name: eureka-server # 应用名称,会在Eureka中显示
eureka:
  client:
    service-url: # 配置其它EurekaServer服务的地址,如果有多个,用逗号隔开
      defaultZone: http://127.0.0.1:8079/eureka
    register-with-eureka: true  # 是否把自己注册到eureka服务列表,默认true,会将自己本身注册到Eurake中
    fetch-registry: false # 拉取eureka服务信息  指示此客户端是否应从eureka服务器获取eureka注册表信息,注意开启这个时候,在启动Eurake服务的时候会报错,但不影响使用。
  instance:   # 使用自定义ip ,否则在获取服务的时候ip地址会错误
    preferIpAddress: true
    instance-id: ${spring.application.name}:${server.port}

注:
启动时报 Connect to 127.0.0.1:8079 timed out 错误正常,因为8079的服务还没启动
register-with-eureka: true 改为true,方便从注册中心看到情况

  1. 再一次启动服务(idea无法启动两次服务,所以需要配置一下)
    旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第21张图片
    旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第22张图片
    8079 的yml配置修改如下后启动
server:
  port: 8079 # Eurake服务的端口
spring:
  application:
    name: eureka-server # 应用名称,会在Eureka中显示
eureka:
  client:
    service-url: # 配置其它EurekaServer服务的地址,如果有多个,用逗号隔开
      defaultZone: http://127.0.0.1:8080/eureka
    register-with-eureka: true  # 是否把自己注册到eureka服务列表,默认true,会将自己本身注册到Eurake中
    fetch-registry: false # 拉取eureka服务信息  指示此客户端是否应从eureka服务器获取eureka注册表信息,注意开启这个时候,在启动Eurake服务的时候会报错,但不影响使用。
  instance:   # 使用自定义ip ,否则在获取服务的时候ip地址会错误
    preferIpAddress: true
    instance-id: ${spring.application.name}:${server.port}

启动后访问 http://localhost:8080/、http://localhost:8079/ 可以看到如下
旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第23张图片
旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第24张图片

  1. 因为Eurake服务端变成了两个,司机服务和乘客服务需要在这两个服务中心注册。在司机服务和乘客服务的yml配置文件中按照如下配置defaultZone。
    旧 SpringCloud(一) :Eureka微服务搭建与Ribbon负载均衡_第25张图片
    随后启动两个服务,在8080端口和8079端口应该都可以看到三个服务,如下图
    在这里插入图片描述

3. 服务提供者

服务提供者在启动时,会检测配置属性中的:eureka.client.register-with-eureka=true参数是否正确,事实上默认就是true。如果值确实为true,则会向EurekaServer发起一个Rest请求,并携带自己的元数据信息,Eureka Server会把这些信息保存到一个双层Map结构中。

  • 第一层Map的Key就是服务id,一般是配置中的spring.application.name属性
  • 第二层Map的key是服务的实例id。一般host+ serviceId + port,例如:locahost:service-provider:8081
  • 值则是服务的实例对象,也就是说一个服务,可以同时启动多个不同实例,形成集群。

在注册服务完成以后,服务提供者会维持一个心跳(定时向EurekaServer发起Rest请求),告诉EurekaServer:“我还活着”。这个我们称为服务的续约(renew);

eureka:
  instance:
    lease-expiration-duration-in-seconds: 90	// 服务失效时间,默认值90秒
    lease-renewal-interval-in-seconds: 30	    // 服务续约(renew 心跳)的间隔,默认为30秒	

也就是说,默认情况下每个30秒服务会向注册中心发送一次心跳,证明自己还活着。如果超过90秒没有发送心跳,EurekaServer就会认为该服务宕机,会从服务列表中移除,这两个值在生产环境不要修改,默认即可。

4. 服务消费者

当服务消费者启动时,会检测eureka.client.fetch-registry=true参数的值,如果为true,则会拉取Eureka Server服务的列表只读备份,然后缓存在本地。并且每隔30秒会重新获取并更新数据。我们可以通过下面的参数来修改:

eureka:
  client:
    registry-fetch-interval-seconds: 5		// 为了更加实时更新,可以改更小一点

5. 失效剔除和自我保护

1. 服务下线
当服务进行正常关闭操作时,它会触发一个服务下线的REST请求给Eureka Server,告诉服务注册中心:“我要下线了”。服务中心接受到请求之后,将该服务置为下线状态。

2. 失效剔除
有些时候,我们的服务提供方并不一定会正常下线,可能因为内存溢出、网络故障等原因导致服务无法正常工作。Eureka Server需要将这样的服务剔除出服务列表。因此它会开启一个定时任务,每隔60秒对所有失效的服务(超过90秒未响应)进行剔除。
可以通过eureka.server.eviction-interval-timer-in-ms参数对其进行修改,单位是毫秒,生产环境不要修改。
这个会对我们开发带来极大的不变,你对服务重启,隔了60秒Eureka才反应过来。

3. 自我保护
我们关停一个服务,就会在Eureka面板看到如下一条警告:
在这里插入图片描述
这是触发了Eureka的自我保护机制。当一个服务未按时进行心跳续约时,Eureka会统计最近15分钟心跳失败的服务实例的比例是否超过了85%。在生产环境下,因为网络延迟等原因,心跳失败实例的比例很有可能超标,但是此时就把服务剔除列表并不妥当,因为服务可能没有宕机。Eureka就会把当前实例的注册信息保护起来,不予剔除。生产环境下这很有效,保证了大多数服务依然可用。
可以通过下面的配置关闭或者开启自我保护。

eureka:
  server:
    enable-self-preservation: false # 关闭自我保护模式(缺省为打开)
    eviction-interval-timer-in-ms: 1000 # 扫描失效服务的间隔时间(缺省为60*1000ms)

以上:内容主要参考网络 。如有侵扰,联系删除。 内容仅用于自我记录学习使用。如有错误,欢迎指正。

你可能感兴趣的:(Spring,Cloud)