介绍:

netflix在设计Eureka时遵守的是AP原则

Eureka是Netfix的一个子模块,也是核心模块之一. Eureka是一个基于REST的服务,用于定位服务,以实现云端中间层服务发现和故障转移。服务注册与发现对于微服务架构来说是非常重要的,有了服务发现与注册,只需要使用服务的标识符,就可以访问到服务,而不需要修改服务调用的配置文件了。功能类似于dubbo的注册中心,比如Zookeeper

 

Eureka采用了C-S的设计架构.Eureka Server作为服务注册功能的服务器,它是服务注册中心.

而系统中的其他微服务,使用Eureka的客户端连接到Eureka Server并维持心跳连接.这样系统的维护人员就可以通过Eureka Server来监控系统中各个微服务是否正常运行。SpringCloud的一些其他模块(比如Zuul)就可以通过Eureka Server来发现务充中的其他微服务,并执行相关的操作

与Dubbo相比套路基本一致.服务提供者往注册中心注册服务,服务调用者去注册中心发现服务并调用.

Eureka包含两个组件:Eureka Service和Eureka Client

Eureka Server提供服务注册服务,各个节点启动后会在这里进行注册,这样Eureka Server中的服务注册表中将会存储所有可用服务节点的信息,服务节点的信息可以在界面中直观的看到.

 

Eureka Client是一个java客户端,用于简化Eureka Server的交互,客户端同时也具备一个内置的、使用轮询(round-robin)负载复法的负载均衡器。在应用启动后,将会向Eureka Server发送心跳(默认周期为30秒),如果Eureka Server在多个心跳周期内没有接收到某 Eureka Server将会从服务注册表中把这个服务节点移除(默认90)

 

将微服务注册进Eureka

首先你要创建一个eureka的服务端,弄一个Model,然后给它的pom文件加上:

<!--eureka-server服务端 -->
<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-eureka-server</artifactId>
</dependency>

表示这是一个eureka的服务端,然后在这个服务端的主启动类上加上注解:

@EnableEurekaServer     //标注这是个eureka服务端

然后在编写yml配置文件:

server:
  port: 7001	#端口号
eureka:
  instance:
    hostname: localhost #eureka服务端的实例名称
  client:
    register-with-eureka: false     #false表示不向注册中心注册自己。
    fetch-registry: false     #false表示自己端就是注册中心,我的职责就是维护服务实例,并不需要去检索服务
    service-url:     #设置与Eureka  单机
       defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/

这个服务端就算搭建好了,之后我们需要在我们的被调用方中配置,将其注册进我们的eureka中:

首先是pom文件:

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

然后在启动类上加上注解:

@EnableEurekaClient  //本服务启动后会自动注册进eureka服务中

最后依然是在配置文件中加上:

#客户端注册进rureka服务列表内
eureka:
  client:
    service-url:
      defaultZone: http://localhost:7001/eureka	#这个url就是服务端的url

然后我们首先启动我们的eureka服务端,再启动我们的客户端,也就是在微服务中被调用端,访问localhost:7001就会出现以下页面:红框就是我们注册进去的服务,出现在这里也就说明注册成功,这个服务名是根据客户端的配置文件中配置得来的.

上图中的服务名是可以修改的,并且将这个链接改成显示主机ip,在客户端(被调用服务端)的配置文件中加上:

效果图:

下一个问题就是当你点击这个超链接的时候进去的页面会报错,所以要把这个问题解决:

首先在客户端的pom文件中加入:

<!-- actuator监控信息完善 -->
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-actuator</artifactId>
</dependency>

然后在配置文件中加入:

info:   #info代表的是当使用者点击这个服务的链接是会展示下面这些信息.
  app.name: hw-test
  company.name: www.baidu.com
  build.artifactId: microservicecloud-provider-dept-8001
  build.version: '1.0'

效果图:

Eureka的保护模式

下面的红字出现的原因是因为eureka的自我保护机制,因为服务没有被调用的原因

某时刻某一个微服务不可用了,eureka不会立刻清理,依旧会对该微服务的信息进行保存

不推荐禁用.建议要更改也是改注销实例的时间:

eureka.instance.lease-expiration-duration-in-seconds

 

服务发现

在被调用端的启动类上加上注解:@EnableDiscoveryClient //服务发现

然后调用端的话通过rest请求访问被调用端即可.

如果想要获取到服务的一些信息:

 @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;
    }

这里有个调用微服务的代码示例:

package com.hw.controller;

import com.hw.entity.Dept;

import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.client.RestTemplate;

import java.util.List;

/**
 * @program: SpringCloud
 * @description:
 * @author: hw
 * @create: 2019-01-21 17:20
 **/
@RestController
public class DeptController_Consumer {
    private static final String REST_URL_PREFIX = "http://localhost:8001";

    @Autowired
    private RestTemplate restTemplate;

    /**
     * (url,requestMap,responseBean.class)
     * 分别代表,rest请请求地址,请求参数,http响应转换类型
     */

    @RequestMapping(value = "/consumer/dept/add")
    public boolean add(Dept dept) {

        return restTemplate.postForObject(REST_URL_PREFIX + "/dept/add",
                dept, Boolean.class);
    }

    @RequestMapping(value = "/consumer/dept/get/{id}")
    public Dept get(@PathVariable("id") Long id) {
        return restTemplate.getForObject(REST_URL_PREFIX + "/dept/get/"+id,
                 Dept.class);
    }

    @RequestMapping(value = "/consumer/dept/list")
    public List<Dept> list() {
        return restTemplate.
                getForObject(REST_URL_PREFIX + "/dept/list",List.class);
    }


    @RequestMapping(value = "/consumer/dept/discovery")
    public Object discovery(){
        return restTemplate.getForObject(REST_URL_PREFIX + "/dept/discovery",Object.class);
    }
}

Eureka的集群

eureka的集群很简单.首先你得弄几个model和原来的model的pom文件jar包内容一致的,然后它们的启动类上的注解也得一致,然后最重要的一点就是配置文件了,原来的eureka是单机的,所以我们只配置了本身的服务,现在弄集群,弄成集群之后,本模块的defaultZone的设置就是其余的集群模块的地址,这个eureka700x.com是因为我做了链接映射,给localhost做了几个别名,实际依然是localhost,其余的集群模块的配置也要这样,这个属性变成其余集群模块的链接,你懂我意思吧?

还有一点就是我们的被调用方服务,也就是客户端这边,原来是单机eureka所以它的配置文件中只配置了一个eureka的链接,现在是弄集群:

贴上所有的集群eureka的链接就行了.

效果图:

 

面试题:

zookeeper和eureka的区别在哪?

传统的关系型数据库是ACID(原子性,一致性,独立性,持久性),

nosql数据库是CAP(强一致性,可用性,分区容错性),分布式系统只能3进2,三个选两个

eureka遵守AP原则,zookeeper遵守CP原则

CA-单点集群,满足一致性,可用性的系统,通常在可扩展性上不太强大
CP-满足一致性,分区容忍必的系统,通常性能不是特别高。
AP-满足可用性,分区容忍性的系统,通常可能对一致性要求低一些

分布式系统中,分区容错性是必须遵守的.

Zookeeper

当向注册中心查询服务列表时,我们可以容忍注册中心返回的是几分钟以前的注册信息,但不能接受服务直接down掉不可用。也就是说,服务注册功能对可用性的要求要高于一致性。

但是zk会出现这样一种情况,当master节点因为网络故障与其他节点失去取系时,剩余节点会重新进行leader选举。问题在于,选举leader的时间太长, 30 ~ 120s,且选举期间整个2k集群都是不可用的,这就导致在选举期间注册服务瘫痪。在云部署的环境下,因网络问题使得zk集群失去master节点是较大概率会发生的事,虽然服务能够恢复,但是漫长的选举时间导致的注册长期不可用是不能容忍的.

 

Eureka

Eureka着明白了这一点,因此在设计时就优先保证可用性。

Eureka各个节点都是平等的,几个节点挂掉不会影响正常节点的工作剩余的节点依然可以提供注册和查询服务。

而Eureka的客户端在向某个Eureka注册或时如果发现连接失败,则会自动切换至其它节点,只要有一台Eureka还在,就能保证注册服务可用(保证可用性),只不过查到的信息可能不是最新的(不保证强一致性)。

除此之外, Eureka还有一种自我保护机制,如果在15分钟内超过85%的节点都没有正常的心跳,那么Eureka就认为客户端与注册中心出现了网络故障,此时会出现以下几种情况

1, Eureka不再从注册列表中移除因为长时间没收到心跳而应该过期的服务

2.Eureka仍然能够接受新服务的注册和查询请求,但是不会被同步到其它节点上(即保证当前节点依然可用)

3,当网络稳定时,当前实例新的注册信息会被同步到其它节点中.

因此, Eureka可以很好的应对因网络故障导致部分节点失去联系的情况,而不会像zookeeper那样便整个注册服务瘫痪。

 

都看到这了  喜欢的话麻烦看官点个赞或者关注一下吧

 

 

Logo

权威|前沿|技术|干货|国内首个API全生命周期开发者社区

更多推荐