1.通常我们部署的eureka节点多于两个，根据实际需求，只需要将相邻节点进行相互注册(eureka节点形成环状)，就达到了高可用性集群，任何一个eureka节点挂掉不会受到影响。
笔者不想直接用专业的术语来说明“微服务注册与发现”，所以我们来看生活中的一个案例：“公益图书馆”。
1、Eureka单机版的话，可能会出现单点故障，所以要保障Eureka的高可用，那么可以进行搭建Eureka的集群版。
在Nacos的GitHub页面，提供有下载链接，可以下载编译好的Nacos服务端或者源代码：
在SpringCloud教程文章的 SpringCloud详细教程 | 第一篇：服务的注册与发现Eureka(Greenwich版本)实现Eureka的服务注册与发现,Eureka 作为注册中心，必须保障高可用，否则会直接影响有关的整个服务体系。介绍了服务注册与发现，其中服务注册中心Eureka Server，是一个实例，当成千上万个服务向它注册的时候，它的负载是非常高的，这在生产环境上是不太合适的,需要搭建集群实现互相注册,防止其中一个服务挂掉影响整个服务体系
步骤i同 将EurekaClient端8001注册进EurekaServer成为服务提供者provider ！！！
在分布式环境中Eureka做为注册中心存在，承担着各个服务的注册与发现，是非常核心的组件，所以如果Eureka环境挂了，那么我们的整个系统也就不稳定了，所以我们要保证我们的Eureka是高可用的，本文来介绍下Eureka的集合搭建。
Spring Cloud【Finchley】-02服务发现与服务注册Eureka + Eureka Server的搭建中我们搭建了Stand Alone版本的Eureka Server ，本片我们来搭建2个Eureka Server节点组成的集群 和 3个Eureka Server节点组成的集群 ，并将微服务注册到Eureka Server集群上。
我们在之前的章节SpringCloud组件：搭建Eureka服务注册中心学习到了单个服务注册中心的创建，不过单模式的部署方式在实战中确实不太提倡，因为有很多种原因可能会导致服务注册中心宕机，如果宕机就会有一些灾难性的问题出现，所以保证服务注册中心处于活着运行状态显得尤为重要！！！
在Spring Cloud（1）——服务注册中心这篇文章中，我们已经搭建好一个单机的注册中心。这篇文章要做的就是把单机版的注册中心改造为高可用集群模式。
点击上方蓝色“程序猿DD”，选择“设为星标” 回复“资源”获取独家整理的学习资料！ 来源 | blog.csdn.net/qwe86314/article/details/94552801 Eureka 工作原理 我们来学习 Eureka，了解它的相关概念、工作流程机制等。 Eureka 作为 Spring Cloud 体系中最核心、默认的注册中心组件，研究它的运行机制，有助于我们在工作中更好地使用它。 Eureka 核心概念 回到上节的服务注册调用示意图，服务提供者和服务的消费者，本质上也是 Eurek
在前面的示例中， Eureka Server 是允许匿名访问的， 本节来构建一个需要登录才能访问的 Eureka Server。
谈到服务治理，就不得不小了解一下CAP理论 ，因为一般都是分布式框架，才会有服务治理的概念，而CAP理论是分布式架构中重要理论
springcloud是一个非常优秀的微服务框架，要管理众多的服务，就需要对这些服务进行治理，也就是我们说的服务治理,服务治理的作用就是在传统的rpc远程调用框架中，管理每个服务与每个服务之间的依赖关系，可以实现服务调用、负载均衡、服务容错、以及服务的注册与发现。 如果微服务之间存在调用依赖，就需要得到目标服务的服务地址，也就是微服务治理的服务发现。要完成服务发现，就需要将服务信息存储到某个载体，载体本身即是微服务治理的服务注册中心，而存储到载体的动作即是服务注册。 springcloud支持的注册中心有Eureka、Zookeeper、Consul、Nacos
注册中心在分布式应用中是经常用到的，也是必不可少的，那注册中心，又分为以下几种：eureka（springcloud推荐的），zookeeper（与dubbo无缝结合），consul（HashiCorp开源），nacos（阿里开源的）；
亚马逊提供了一个负载均衡工具 Elastic Load Balancer，但针对的是终端用户 Web 流量服务器，而 Eureka 针对的是中间层服务器的负载均衡。AWS 固有的环境，对 IP 地址、主机名等传统的负载均衡支持并不好，并且需要更加复杂的注册/退出机制。Eureka 填补了这一空白。本文在前边几篇博客的基础上，较为系统地介绍一下 Eureka。 Eureka 是什么 官方给出的具体定义是"Eureka is a REST (Representational State Transfer) based service that is primarily used in the AWS cloud for locating services for the purpose of load balancing and failover of middle-tier servers."，翻译过来就是："Eureka 是一个基于 REST 的服务，它主要是用于定位服务，以实现 AWS 云端的负载均衡和中间层服务器的故障转移"。 Eureka VS ELB 亚马逊 ELB 针对的是终端用户 Web 流量服务器，Eureka 针对的是中间层服务器。 Why Eureka？ AWS 对 IP 地址、主机名等传统的负载均衡支持并不好，并且需要更加复杂的注册/退出机制。AWS 并没有提供一个中间层负载均衡器，Eureka 填补了这一空白。 Eureka 的适用场景
服务注册中心本质上是为了解耦服务提供者和服务消费者。对于任何一个微服务，原则上都应存在或者支持多个提供者，这是由微服务的分布式属性决定的。更进一步，为了支持弹性扩缩容特性，一个微服务的提供者的数量和分布往往是动态变化的，也是无法预先确定的。因此，原本在单体应用阶段常用的静态LB机制就不再适用了，需要引入额外的组件来管理微服务提供者的注册与发现，而这个组件就是服务注册中心;
服务注册中心本质上是为了解耦服务提供者和服务消费者。对于任何一个微服务，原则上都应存在或者支持多个提供者，这是由微服务的分布式属性决定的。更进一步，为了支持弹性扩缩容特性，一个微服务的提供者的数量和分布往往是动态变化的，也是无法预先确定的。因此，原本在单体应用阶段常用的静态LB机制就不再适用了，需要引入额外的组件来管理微服务提供者的注册与发现，而这个组件就是服务注册中心。
微服务注册中心本质上是为了解耦服务提供者和服务消费者。对于任何一个微服务，原则上都应存在或者支持多个提供者，这是由微服务的分布式属性决定的。更进一步，为了支持弹性扩缩容特性，一个微服务的提供者的数量和分布往往是动态变化的，也是无法预先确定的。因此，原本在单体应用阶段常用的静态LB机制就不再适用了，需要引入额外的组件来管理微服务提供者的注册与发现，而这个组件就是服务注册中心。
服务发现就是服务提供者将自己提供的地址post或者update到服务中介，服务消费者从服务中介那里get自己想要的服务的地址。
最近在进行重构一个新项目，为了后续更好的落地，适应于日新月异的技术更新，进行了各方的技术选型及技术预研，最终选型基于微服务架构体系进行开发重构。项目构建前最重要的一步就是要想清楚，整体的部署架构、高可用性(HA)等等，做好前期的部署架构技术调研，确定最终方案。
Spring Cloud封装了Netflix 公司开发的Eureka模块来实现服务治理
随着互联网行业的发展，对服务的要求也越来越高，服务架构也从单体架构逐渐演变为现在流行的微服务架构。这些架构之间有怎样的差别呢？
Spring Cloud是一系列框架的集合，它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，构建了服务治理(服务注册与发现)、配置中心、消息总线、负载均衡、断路器、数据监控、分布式会话和集群状态管理等功能，为我们提供一整套企业级分布式云应用的完美解决方案。
一、GIT是什么 Git是一个开源的分布式版本控制系统，可以有效、高速的处理从很小到非常大的项目版本管理。Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。那目前市面上主流的GIT版本控制软件平台有哪些呢？目前市面上流程控制平台有：github、git@osc、Coding、gitLab github 作开发的同事应该都听说过它，github是一个面向开源及私有软件项目的托管平台，于2008年4月10日正式上线，目前注册用户
点击上方“芋道源码”，选择“设为星标” 管她前浪，还是后浪？ 能浪的浪，才是好浪！ 每天 10:33 更新文章，每天掉亿点点头发... 源码精品专栏 原创 | Java 2021 超神之路，很肝~ 中文详细注释的开源项目 RPC 框架 Dubbo 源码解析 网络应用框架 Netty 源码解析 消息中间件 RocketMQ 源码解析 数据库中间件 Sharding-JDBC 和 MyCAT 源码解析 作业调度中间件 Elastic-Job 源码解析 分布式事务中间件 TCC-Transaction
文章 史上最简单的 SpringCloud 教程 | 第一篇: 服务的注册与发现（Eureka） 介绍了服务注册与发现，其中服务注册中心Eureka Server，是一个实例，当成千上万个服务向它注册的时候，它的负载是非常高的，这在生产环境上是不太合适的，这篇文章主要介绍怎么将Eureka Server集群化。
eureka官方已经正式宣布：自2.0起不再维护该项目，并在github 项目wiki上放出了一段吓唬人的话:
Spring Cloud 是一系列框架的有序集合。它利用 Spring Boot 的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用 Spring Boot 的开发风格做到一键启动和部署。Spring Cloud 并没有重复制造轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过 Spring Boot 风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。
前面第一篇文章：业余草 SpringCloud 教程 | 第一篇： 服务的注册与发现Eureka(Finchley版本)
Spring Cloud是一个相对比较新的微服务框架，2016年才推出1.0的release版本. 虽然Spring Cloud时间最短, 但是相比Dubbo等RPC框架, Spring Cloud提供的全套的分布式系统解决方案。
Linux系统常用诊断工具（uptime、dmesg、vmstat、mpstat、free、sar、top）
对于注册中心，在写这篇文章前，我其实只对ETCD有比较深入的了解，但是对于Zookeeper和其它的注册中心了解甚少，甚至都没有考虑过ETCD和Zookeeper是否适合作为注册中心。
如果对配置中心完全没有过了解的，可以先移步去了解一下常用的开源配置中心组件，如: SpringCloud Config和Nacos等。
在生产环境中，我们通常需要配置一个高可用的Eureka Server集群。为此，我们需要启动多个Eureka Server实例，并将它们组成一个集群。在Spring Cloud中，可以使用以下两种方法来实现高可用Eureka Server集群：
上篇文章已经介绍了 Eureka Server上下文创建相关的Eureka Client逻辑，这一部分还是比较复杂的。接下来就讲解下Eureka Server上下文初始化最后的部分，然后加上整个Eureka Server启动的总结。
- 服务提供者在启动时向Eureka Server（服务注册中心）发送注册请求，将自己的服务ID、主机地址、端口、健康检查URL等元数据信息注册到Eureka Server。
在微服务架构中，服务治理是一个核心的内容。Spring Cloud中，有许多的组件帮助完成服务治理。服务治理，可能包含以下一内容，如：
这里的意思就是这两个注册中心是当前注册中心的集群节点，当前注册中心会从这两个节点同步服务，这里是通过hostname辨别的，所以配置yml参数的时候需要配置不同的hostname。这里有显示配置的集群节点，就证明集群配置成功了。
在实际的生产环境中，eureka 常常是以集群的方式提供服务的，目的就是要保证高可用性，同时它还保证了分区容错性。这也满足了一个健壮的分布式系统所要求的 CAP 理论原则，即 eureka 保证了高可用性，分区容错性。
目前业界主流的负载均衡方案可分成两类： 第一类：集中式负载均衡, 即在 consumer 和 provider 之间使用独立的负载均衡设施(可以是硬件，如 F5, 也可以是软件，如 nginx), 由该设施负责把 访问请求 通过某种策略转发至 provider； 第二类：进程内负载均衡，将负载均衡逻辑集成到 consumer，consumer 从服务注册中心获知有哪些地址可用，然后自己再从这些地址中选择出一个合适的 provider。Ribbon 就属于后者，它只是一个类库，集成于 consumer 进程，consumer 通过它来获取到 provider 的地址。
本文是由凯哥(凯哥Java:kagejava)发布的《spring cloud系列教程》教程的总第六篇：《spring cloud系列教程第六篇-Eureka集群版》。
使用Zookeeper服务注册与发现与使用Eureka基本上是一致的，其技术架构如图
Eureka-Server 可以使用直接配置所有节点的服务地址，或者基于 DNS 配置。推荐阅读：《Spring Cloud构建微服务架构（六）高可用服务注册中心》 。
之前已经写过 7 篇 Eureka 注册中心的源码剖析和理论讲解相关的文章了，缺少一点实战。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
