[享学Eureka] 一、源生Eureka介绍 --- 基于注册中心的服务发现

凡事皆有代价，一切皆是取舍。

–> 返回专栏总目录 <–
代码下载地址：https://github.com/f641385712/netflix-learning

目录

• 前言
• 正文
• 何为服务发现(service discovery)？
• 微服务为何需要服务发现？

• 基于DNS域名解析的服务发现
• 基于注册中心的服务发现
• 核心概念

• 版本约定
• 模块介绍
• eureka-core模块简介
• Eureka Client端动作
• Eureka Server端动作

• 声明

前言

本系列文章学习源生Eureka，以及它在

Spring Cloud

Eureka

Eureka

说明：Eureka即使你可能很少关注，但不代表架构师不关注它~

正文

服务注册/发现在分布式、微服务架构中有多重要，相信用任何词来形容都不过分，总之它是该架构下的一种必须。下面针对于服务发现的一些基本概念进行科普

“服务发现”和“注册中心”可认为是一组同义词，下面讲解并不区分

何为服务发现(service discovery)？

在微服务架构中，服务之间的调用都需要知道目标地址（ip+port）才能完成访问，这个时候服务发现就可做一些事情：维护一个地址列表（可持久化or基于内存）存储，作为所有地址的中央存储库。

微服务为何需要服务发现？

服务发现对微服务、分布式应用、云源生应用均至关重要，总结起来有如下两大原因：

1. 注册中心为应用程序提供了快速扩展的能力，以及缩减在一个环境中运行的服务实例数量（简单说：就是极大的提高了弹性，很方便的进行扩、缩容）
   可以让provider的地址从client中抽象出来，成为一个逻辑名称。如：client只需知道调用account服务，至于account服务对应的地址具体是哪个并不关心（交由注册中心去管理）。
   • provider的物理地址对client端完全透明，进而就可非常方面的实现横向扩展、动态扩、缩容
2. 服务发现使整体应用更有弹性。简单的说就是能动态摘除掉“糟糕的实例”，路由到健康的实例，这些对调用者来说完全透明不影响

服务发现机制如何实现？

首先已经达成共识：服务发现是微服务架构的必须。那么如何实现呢？大致的实现方法也是有两种：

基于DNS域名解析的服务发现

这是一种较为古老的交互方式，大致的交互逻辑如下图：

client端在调用其它服务时，通过DNS将域名解析得到一个物理地址，然后把请求转发给该地址。该地址自己内部维护了一张路由表，然后由它来决定最终将请求转发到哪台实际物理实例上去。

该模型大家应该也不陌生，就是典型的

域名 + Nginx

1. 单点问题。ng是个单点，如果它一旦挂掉，将会影响所有的依赖服务。虽然可以热备一个ng，但是同一时间永远是单点在工作，而单点就一定有能力上限
2. 无法水平扩展。因为同一时间工作的只能有一台ng，所以无法做到水平扩展
3. 无法动态托管。比如ng背后托管着一批的机器，它无法做到动态嗅探到实例的增、减
4. 加长了链路。因为ng只是一个代理，而最终还需要转发到物理机器里去，所以增加了一层DNS转换以及增加了一层转发，使得链路更长了一些

以上4点是这种传统方式的缺点，简单的说就是服务端负载均衡能很好的作用于集中式网络架构（比如大型单体应用）中。但它的扩展能力若弱，扩展效益低使得它不适合微服务架构体系。下面介绍另外一种实现方案

基于注册中心的服务发现

能应用于微服务体系的服务发现应该具备如下特征：

• 高可用：节点信息（ip+port等）能在多个节点间共享。当集群中的某个节点不可用，其它节点可以完全接管。
• 所有节点对等：也就是每个节点必须无状态。
• 客户端负载均衡：略
• 高弹性：托管的节点可以动态扩容、缩容
• 容错/自动故障转移：某个节点出现故障，可以自动T除它然后把流量分到其它实例上

这种方式就是当下我们使用的方式，也是本系列要讲解的内容。

核心概念

基于注册中心实现的服务发现，需要知道如下几个概念，或者说是问题。

• 服务注册：每个节点都需要主动把自己注册到中心里去。（用何种方式？？？http、tcp？） 说明：eureka它并不限制你用什么协议去通信，只不过它内置支持的是基于Rest的，你可以更改成RPC等

Netflix Eureka

Netflix

Ribbon

什么是Eureka

eureka

人话：服务发现/注册中心。分为Client端和Server端，是一种中心化（Server端就是注册中心）架构设计。

<dependency>
<groupId>com.netflix.eureka</groupId>
<artifactId>eureka-client</artifactId>
<version>1.9.13</version>
</dependency>

说明：和其它库不一样的是，

eureka-client

eureka-core

eureka-client

另外从截图中可以看出，

eureka-client

版本约定

遵照同其它Netflix技术一样，采用相同的版本约定。

• Spring Boot

  版本：

  2.2.2.RELEASE

• Spring Cloud

  版本：

  Hoxton.SR1

  ，它依赖和对应的版本号如下 Spring Boot版本：2.2.2.RELEASE
• spring-cloud-starter-xxx版本：2.2.1.RELEASE
• eureka版本：1.9.13

Eureka

30s

客户端T除的是provider实例信息（但Server端可能还有），服务端T除的是client端实例信息（但Client端可能还有）

Eureka Server端动作

提供给各个微服务注册的服务器（单独部署，集群部署），Eureka Server会存储该服务的信息（放在内存）。

Server端并不会主动触发动作，主要用于提供服务：

• 提供服务注册：
• 提供服务信息拉取（查询）：
• 提供服务管理：接口客户端的cancle、心跳、续租renew等请求
• 服务剔除Eviction：在默认的情况下，当Eureka客户端连续90秒没有向Eureka服务器发送服务续约，即心跳，Eureka服务器会将该服务实例从服务注册列表删除，即服务剔除。
• 信息同步：在集群中，每个Eureka Server同时也是Eureka Client。多个Server之间通过P2P复制的方式完成服务注册表的同步。 同步规则：若有3个Eureka Server，Server1有新的服务信息时，同步到Server2后，Server2和Server3同步时，Server2不会把从Server1那里同步到的信息同步给Server3，只能由Server1自己同步给Server3

每个可用区有一个Eureka集群，并且每个可用区至少有一个eureka服务器来处理区内故障。为了实现高可用，一般一个可用区中由三个Eureka Server组成。

Eureka和Eureka与AWS ELB有何不同？

AWS Elastic Load Balancer

AWS ELB还是传统的基于代理的负载均衡解决方案；eureka的负载均衡发生在实例/服务器/主机级别，Client端知道它们需要与哪些服务器通信的所有信息，这是优点还是缺陷就看你如何理解它喽。

在Netflix公司内，我们希望我们的服务是无状态的（非粘性）。这有助于建立更好的可伸缩性模型，而Eureka非常适合解决此问题。对于非Java客户端想使用Eureka怎么办？其实是可以的，Server端通用，不过客户端需要你提供对应的语言版本，或者使用

side car

关于Eureka Server服务端的搭建说明

因为Eureka分为Client端和Server服务端，本系列会对每个端都进行单独讲解。但在讲解Client端的时候，要辅以示例代码，所以肯定是需要单独启动一个

Eureka Server

但是，

Eureka

gradle

gradle

Eureka Server

也就是使用

spring-cloud-starter-netflix-eureka-server

该工程来实现服务端的搭建

主流注册中心对比

当下流行的有好几种注册中心，当然本文不做详细对比，只提供一张对比图有个初步映象就成：

我个人认为：对于注册中心推荐选的只有

Eureka

Nacos

Eureka

Nacos

当然，纯属个人意见，各位自取

总结

关于源生Eureka介绍 — 基于注册中心的服务发现就先介绍到这。本文内容是对注册中心、Eureka的一个概述，对一些核心概念进行了普及，接下来便会深入到应用、源码层面进行一层层剖析。

声明

原创不易，码字不易，多谢你的点赞、收藏、关注。

把本文分享到你的朋友圈是被允许的，但拒绝抄袭

• [享学Jackson] 一、初识Jackson – 世界上最好的JSON库
• [享学Jackson] 二、jackson-core之流式API与JsonFactory、JsonGenerator、JsonParser
• [享学Jackson] 三、jackson-databind之ObjectMapper与数据绑定、树模型
• [享学Jackson] 四、控制Jackson行为的特征们之JsonFactory.Feature、JsonGenerator.Feature、JsonParser.Feature
• [享学Jackson] 五、控制Jackson行为的特征们之JsonWriteFeature、JsonReadFeature
• [享学Jackson] 六、控制Jackson行为的特征们之MapperFeature、SerializationFeature、DeserializationFeature
• [享学Jackson] 七、Jackson使用bit位运算来开启/禁用Feature的原理解析
• [享学Jackson] 八、jackson-databind数据绑定基础配置之BaseSettings、MapperConfig、MapperConfigBase
• [享学Jackson] 九、jackson-databind数据绑定序列化/反序列化配置之SerializationConfig、DeserializationConfig
• [享学Jackson] 十、jackson-databind序列化之ObjectMapper序列化原理、序列化器匹配原理
• [享学Jackson] 十一、jackson-databind之JsonSerializer序列化器全解析
• [享学Jackson] 十二、jackson-databind反序列化之ObjectMapper反序列化原理、JsonDeserializer反序列化器全解析
• [享学Jackson] 十三、jackson-annotation注解模块全解析及Jackson注解大全
• [享学Jackson] 十四、深入理解Jackson的Module模块化设计及原理分析
• [享学Jackson] 十五、第三方模块Module的深度实践：JavaTimeModule、JSR310Module、ParameterNamesModule、Jdk8Module
• [享学Jackson] 十六、Jackson在Spring MVC中的使用之Date、JSR310时间类型的处理
• [享学Jackson] 十七、spring-web整合Jackson源码解析之Jackson2ObjectMapperBuilder
• [享学Jackson] 十八、Spring容器深度整合Jackson的桥梁之SpringHandlerInstantiator
• [享学Jackson] 十九、Spring下使用ObjectMapper的正确姿势 — Jackson2ObjectMapperFactoryBean
• [享学Jackson] 二十、Spring MVC下的Jackson — MappingJackson2HttpMessageConverter
• [享学Jackson] 二十一、Spring Boot下的Jackson — JacksonAutoConfiguration自动配置
• [享学Jackson] 二十二、Jackson与Fastjson的恩怨情仇（完结篇）

• 点赞
• 收藏
• 分享
• 文章举报