【微服务】Eureka与Zk

Bertha 。 2022-05-18 06:49 206阅读 0赞

Eureka在SpringCloud中用于服务发现与注册，相当于Dubbo中的Zookeeper，是C/S结构。它包括两个组件：Eureka Server和Eureka Client。  
![这里写图片描述][70]

# 一、Server端注册中心 #

1、引入jar：

<dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-eureka-server</artifactId>
    </dependency>

2、application.yml：

server: 
      port: 7001
    
    eureka: instance: hostname: eureka7001.com #eureka服务端的实例名称 client: register-with-eureka: false #false表示不向注册中心注册自己。 fetch-registry: false #false表示自己端就是注册中心，我的职责就是维护服务实例，并不需要去检索服务 service-url: defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/ #设置与Eureka Server交互的地址查询服务和注册服务都需要依赖这个地址（单机）。

3、包下建立启动类：

@SpringBootApplication
    @EnableEurekaServer // EurekaServer服务器端启动类,接受其它微服务注册进来
    public class EurekaServer7001_App { 
        public static void main(String[] args)
        {
            SpringApplication.run(EurekaServer7001_App.class, args);
        }
    }

4、测试：  
启动启动类，启动成功后输入：localhost:7001，进入以下页面表示启动注册中心成功：  
![这里写图片描述][70 1]

# 二、提供方ServiceProvider注册到Server #

1、引入jar

<dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-eureka</artifactId>
    </dependency>

2、application.yml

eureka:
      client: #客户端注册进eureka服务列表内
        service-url: 
          defaultZone: http://localhost:7001/eureka

3、启动类：

@SpringBootApplication
    @EnableEurekaClient //本服务启动后会自动注册进eureka服务中
    @EnableDiscoveryClient //服务发现
    public class DeptProvider8001_Config_App { 
        public static void main(String[] args)
        {
            SpringApplication.run(DeptProvider8001_Config_App.class, args);
        }
    }

启动该服务后，发现已注册：  
![这里写图片描述][70 2]

## 微服务信息完善： ##

将以下图中的红框内容改成别名，鼠标放在链接上，浏览器左下角显示ip：  
![这里写图片描述][70 3]  
![这里写图片描述][70 4]  
修改方法：  
1、yml中添加一句代码：  
![这里写图片描述][70 5]  
2、8001工程下pom文件中添加监控的jar：

<dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-actuator</artifactId>
    </dependency>

3、父工程pom添加build：  
表示扫描resources下前后都有$的配置文件：

<build>
        <finalName>microservicecloud</finalName>
        <resources>
            <resource>
                <directory>src/main/resources</directory>
                <filtering>true</filtering>
            </resource>
        </resources>
        <plugins>
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-resources-plugin</artifactId>
                <configuration>
                    <delimiters>
                        <delimit>$</delimit>
                    </delimiters>
                </configuration>
            </plugin>
        </plugins>
    </build>

4、8001工程yml中添加info内容的配置：

info: 
      app.name: atguigu-microservicecloud
      company.name: www.atguigu.com
      build.artifactId: $project.artifactId$
      build.version: $project.version$

最终点击链接后，显示出info信息：  
![这里写图片描述][70 6]

## Eureka自动保护机制 ##

服务启动后过了一会儿，页面上出现一串红色字：  
![这里写图片描述][70 7]  
或者：  
修改服务名称后启动，eureka会刷新为最新的，如果再改回来，原来做的修改还保留：  
![这里写图片描述][70 8]  
这是怎么回事？  
这是Eureka的自动保护机制，好死不如赖活着，并不是报错。  
某时刻某个微服务不可用了，eureka不会立刻清理，依旧会对该微服务的信息保存。如果某个微服务由于网络拥堵或其他原因没有及时回复，eureka认为不是真的死了，所以仍然保存。  
好处：使用自我保护模式，可以让Eureka集群更健壮、稳定。  
该保护模式可使用eureka.server.enable-self-preservation = false 禁用，但不推荐。

注意：另外一个小细节，yaml文件冒号后要加空格，否则配置可能识别不了该配置：  
![这里写图片描述][70 9]

# 三、服务发现 #

@Autowired
    private DiscoveryClient client;
    
    @RequestMapping(value = "/dept/discovery", method = RequestMethod.GET)
    public Object discovery()
    {
        List<String> list = client.getServices();
        System.out.println("**********" + list);
    
        List<ServiceInstance> srvList = client.getInstances("MICROSERVICECLOUD-DEPT");
        for (ServiceInstance element : srvList) {
            System.out.println(element.getServiceId() + "\t" + element.getHost() + "\t" + element.getPort() + "\t"
                    + element.getUri());
        }
        return this.client;
    }

# Eureka与Zookeeper比较 #

## Zookeeper保证CP ##

**可能服务瘫痪**

对服务注册来说，对可用性要求要高于一致性。zk的master节点因为某原因故障，会选举新的master，选举期间服务注册不可用，选举时间太长，这是不可忍受的。

## Eureka保证AP ##

**只是部分节点失去联系**

Eureka看明白这一点，设计时优先保证可用性。各个节点都是平等的，几个节点挂掉不会影响其他正常节点，依然可以提供注册和查询服务。注册时连接失败，会自动切换至其他节点，只不过查到的信息可能不是最新的（不保证强一致性）。  
它有自我保护机制：

*  不会移除长时间没收到心跳而应该过期的服务
 *  仍接收新服务注册和查询请求，但不会被同步到其他节点
 *  网络稳定时，当前实例新的注册信息会被同步到其他节点

[70]: /images/20220518/84d35d89a72f4dc8b4be7aeb5b733e40.png
[70 1]: /images/20220518/4cd18c144beb40628b2a115b038bcda8.png
[70 2]: /images/20220518/80de117fa99d4e61a1cf86383c1e0766.png
[70 3]: /images/20220518/0ab245e1d12346b29ff8183ce0fab5e0.png
[70 4]: /images/20220518/6bf726b3dbd442aa88e5ed87af7ee673.png
[70 5]: /images/20220518/b6f76ef9f1da42718041d5d0ad86b7db.png
[70 6]: /images/20220518/254adb5ac0ab444991ddf028b4356f1f.png
[70 7]: /images/20220518/3ec5b9785ec3427ab65b0e1aea5ff01e.png
[70 8]: /images/20220518/36fb562fcca5496ea3d621004bb0e2ec.png
[70 9]: /images/20220518/9833adc109cd424a88ee2d7d73587979.png