声明:此博客是在学习视频过程中的学习笔记,知识点整理,和阳哥的脑图整理,有兴趣的可直接在b站学习阳哥的2020微服务视频。写下此博客只是为了复习一下之前的知识点,emmm,其实也是无聊,所以总结一下,有问题的可随时留言噢。
什么是服务治理
由于微服务的使用,服务与服务之间关系依赖比较复杂,管理比较复杂,导致维护成本变大,所以就需要使用服务治理。服务治理就是为了解决这些问题,实现服务调用,负载均衡,容错,服务发现与注册等。
什么是服务注册与发现
Eureka采用了CS的设计架构,Eureka Server作为服务注册功能的服务器,它是服务注册中心。而系统中的其他微服务,使用Eureka的客户端连接到Eureka Server并维持心跳连接。这样系统的维护人员就可以通过Eureka Server来监控系统中各个微服务是否正常运行。
在服务注册与发现中,有一个注册中心。当服务器启动的时候,会把当前自己服务器的信息比如服务地址通讯地址等以别名方式注册到注册中心上。另一方(消费者|服务提供者),以该别名的方式去注册中心上获取到实际的服务通讯地址,然后再实现本地RPC调用,RPC远程调用框架核心设计思想:在于注册中心,因为使用注册中心管理每个服务与服务之间的一个依赖关系(服务治理概念)。在任何rpc远程框架中,都会有一个注册中心(存放服务地址相关信息(接口地址))。
dubbo就是RPC框架支持服务注册与发现,Eureka架构图和dubbo架构图如下:
Eureka架构图
Dubbo架构图
Eureka的两个组件
Eureka Server
Eureka Server提供服务注册服务
各个微服务节点通过配置启动后,会在EurekaServer中进行注册, 这样EurekaServer中的服务注册表中将会存储所有可用服务节点的信息,服务节点的信息可以在界面中直观看到。
Eureka Client
EurekaClient通过注册中心进行访问
是一个Java客户端,用于简化Eureka Server的交互,客户端同时也具备一个内置的、 使用轮询(round-robin)负载算法的负载均衡器。在应用启动后,将会向Eureka Server发送心跳(默认周期为30秒)。如果Eureka Server在多个心跳周期内没有接收到某个节点的心跳,EurekaServer将 会从服务注册表中把这个服务节点移除(默认90秒)
单机Eureka构建
Eureka Server
pom.xml
<!--eureka-server-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
<!--boot web actuator-->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-actuator</artifactId>
</dependency>
<!--一般通用配置-->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-devtools</artifactId>
<scope>runtime</scope>
<optional>true</optional>
</dependency>
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
</dependency>
application.yml
注意:hostname可以直接写127.0.0.1或者localhost,如果像我的这样写得在hosts进行配置(稍后集群会说明)
主启动类
@SpringBootApplication
@EnableEurekaServer
public class EurekaMain7001 {
public static void main(String [] args){
SpringApplication.run(EurekaMain7001.class,args);
}
}
在浏览器测试:输入http://eureka7001.com:7001/
我们可以发现显示的是No instances available,因为现在还没有服务注册进来
接下来我们构建一个提供服务和一个消费服务:
提供服务:
pom依赖:
<!--eureka-client-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
application.yml
主启动类:
package com.atguigu.springcloud;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.client.discovery.EnableDiscoveryClient;
import org.springframework.cloud.netflix.eureka.EnableEurekaClient;
/**
* @Desc
* @Author chenjiaming
* @Date 2020/9/6 10:53
*/
@SpringBootApplication
@EnableEurekaClient
public class PaymentMain8001 {
public static void main(String[] args){
SpringApplication.run(PaymentMain8001.class,args);
}
}
开启我们的提供服务,在我们的Eureka Server上可以看到:
同理,消费服务构建成功后,再次查看Eureka Server:
集群Eureka构建
原理说明:
问题:微服务RPC远程服务调用最核心的是什么
高可用,试想你的注册中心只有一个only one,它出故障 了那就呵呵( )" 了, 会导致整 个为服务环境不可用, 所以
解决办法:搭建Eureka注册中心集群,实现负载均衡+故障容错
搭建集群前先在hosts文件中配置如下:
搭建:,原理和前面搭建7001是一样的只是配置有一点点的不一样。
pom依赖
<!--eureka-server-->
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
application.yml
主启动类:
package com.atguigu.springcloud;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;
/**
* @Desc
* @Author chenjiaming
* @Date 2020/9/12 18:03
*/
@SpringBootApplication
@EnableEurekaServer
public class EurekaMain7002 {
public static void main(String [] args){
SpringApplication.run(EurekaMain7002.class,args);
}
}
之前7001的yml配置如下:
启动7001和7002会发现它们相互注册:
之前的消费服务和提供服务yml配置做如下更改:
修改后启动可以看到我们的7001和7002上都注册了消费和提供服务。
服务发现Discovery
注册到Eureka里的微服务,我们可以通过服务发现来获取该服务的信息:
在提供者的Controller里加上:
@GetMapping(value = "/payment/discovery")
public Object discovery()
{
List<String> services = discoveryClient.getServices();
for (String element : services) {
log.info("*****element: "+element);
}
List<ServiceInstance> instances = discoveryClient.getInstances("CLOUD-PAYMENT-SERVICE");
for (ServiceInstance instance : instances) {
log.info(instance.getServiceId()+"\t"+instance.getHost()+"\t"+instance.getPort()+"\t"+instance.getUri());
}
return this.discoveryClient;
}
主启动类加上@EnableDiscoveryClient注解
测试结果:
Eureka自我保护
概述:
保护模式主要用于一组客户端和Eureka Server之间存在网络分区场景下的保护。-旦进入保护模式,
Eureka Server将会尝试保护其服务注册表中的信息,不再删除服务注册表中的数据,也就是不会注销任何微服务。
如果在Eureka Server的首页看到以下这段提示,则说明Eureka进入了保护模式:
EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT.
RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE
导致原因:
一句话:某时刻一个微服务不可用了,Eureka不会立刻清理,依旧会对该服务的信息进行保存,属于CAP里面的AP分支
CAP原则又称CAP定理,指的是在一个分布式系统中,一致性(Consistency)、可用性(Availability)、分区容错性(Partition tolerance)。CAP 原则指的是,这三个要素最多只能同时实现两点,不可能三者兼顾。
Eureka的自我保护机制默认是开启的enable-self-preservation: true
怎么禁止自我保护?
使用:enable-self-preservation: false可以禁用自我保护模式
比如在7001中的yml中做如下配置:
7001关闭后的效果:
还有两个配置需要掌握:
#Eureka客户端向服务端发送心跳的时间间隔,单位为秒(默认是30秒) lease-renewal-interval-in-seconds: 30 #Eureka服务端在收到最后一次心跳后等待时间上限,单位为秒(默认是90秒),超时将剔除服务 lease-expiration-duration-in-seconds: 90
我们可以在微服务中配置这两个设置
比如在消费服务中做如下配置:
只要消费服务关闭了,我们在Eureka Server中两秒后便立即看不到消费服务了,不会再保留90秒,变得冷血无情,哈哈哈。
接下来会和大家介绍另外两个现在比较常用的注册与服务发现技术:Zookeepeer和Consul