SpringCloud系列：11

一、高可用Eurake

---

在分布式系统领域有个CAP定理（CAP theorem），又被称为布鲁尔定理（Brewer’s theorem），它指出对于一个分布式计算系统来说，不可能同时满足以下3点。

C指一致性（Consistency），同一个数据在集群中的所有节点，同一时刻是否都是同样的值。A表示可用性（Availability）：集群中一部分节点故障后，集群整体是否还能处理客户端的请求。P是分区容忍性（Partition tolerance）：是否允许数据的分区，数据分区的意思是指是否允许集群中的节点之间无法通信。

对于微服务的治理而言，核心就是服务的注册和发现。对于服务发现而言，可用性比数据一致性更加重要，AP胜过CP，即使拿到的可能是不正确的服务实例信息，都要尝试消费一下，也好过因为无法获取实例信息而不消费。因此，Netflix在设计Eureka时遵守的也就是AP原则。

在Eureka的实现中，节点之间是相互平等的，部分注册中心的节点“挂掉”也不会对集群造成影响，即使集群中只剩一个节点存活，也可以正常提供发现服务。即使所有的服务注册节点都“挂”了，Eureka客户端中所缓存的服务实例列表信息，也能够让服务消费者正常工作，这就保证了微服务之间的互相调用是足够健壮的，微服务系统是具有足够弹性的。

Eureka客户端在启动时会从Eureka服务器中获取注册表信息，并将其缓存在本地。并且Eurake默认开启自我保护，该模式下，Eureka服务器会保护服务注册表中的信息，不再注销任何服务实例，可以使用eureka.server.enable-self-preservation=false来关闭自我保护。

因为每一个节点都是对等的，实现高可用，一般Eureka服务器可以通过运行多个实例来构建集群，解决单点问题，提高可用率。在这种架构中，每个节点可以通过彼此互相注册来提高可用性，我们只需要在每个节点中添加一个或多个有效的serviceUrl指向其他Eureka服务器节点，这样每个节点都可被视为其他节点的副本，即通过eureka.client. service-url.defaultZone属性配置多个Eureka服务器地址。

二、示例演示

======

演示其实很简单，就是配置多个Eurake服务即可，让他们互相复制、同步所注册服务的实例信息。

继续沿用之前的项目，我们将eurake-server复制一份，并更名为eurake-server-2，然后更改其端口号为10811。这样一个新的eurake-server就搭建好了。

为了使他们互相复制、同步所注册服务的实例，需要设置eurake-server和eurake-server-2的eureka.client. service-url.defaultZone为多个节点，即http://localhost:10810/eureka/,http://localhost:10811/eureka/。
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

一线互联网大厂Java核心面试题库

正逢面试跳槽季，给大家整理了大厂问到的一些面试真题，由于文章长度限制，只给大家展示了部分题目，更多Java基础、异常、集合、并发编程、JVM、Spring全家桶、MyBatis、Redis、数据库、中间件MQ、Dubbo、Linux、Tomcat、ZooKeeper、Netty等等已整理上传，感兴趣的朋友可以看看支持一波！
《一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码》，点击传送门即可获取！
讲解视频+实战项目源码》，点击传送门即可获取！**