目录前言1.Eureka基础知识1.1Eureka模型中的服务器与客户端1.2Eureka的30s启动机制1.3Eureka为什么注册服务的IP，而不是主机名1.4Eureka服务器的高可用（集群）2.构建Eureka服务器2.1引入pom.xml依赖2.2修改application.yaml配置文件2.3在主程序类上标注注解3.将客户端注册进Eureka服务器3.1引入pom.xml依赖3.2修改boostrap.yml配置文件3.3在主程序类上标注服务发现的注解4.EurekaServer的自我保护4.1故障现象4.2自我保护概述4.3自我保护原理4.4关闭自我保护机制最后前言参考资料：《
目录前言1.Eureka基础知识1.1Eureka模型中的服务器与客户端1.2Eureka的30s启动机制1.3Eureka为什么注册服务的IP，而不是主机名1.4Eureka服务器的高可用（集群）2.构建Eureka服务器2.1引入pom.xml依赖2.2修改application.yaml配置文件2.3在主程序类上标注注解3.将客户端注册进Eureka服务器3.1引入pom.xml依赖3.2修改boostrap.yml配置文件3.3在主程序类上标注服务发现的注解4.EurekaServer的自我保护4.1故障现象4.2自我保护概述4.3自我保护原理4.4关闭自我保护机制最后前言参考资料：《
为什么要使用注册中心有使用过ip:port地址直接调用服务的开发经历么？该段痛苦的经历在此处省略500字......，该种方式的缺点：需要手动的维护所有的服务访问ip地址列表。单个服务实现负载均衡需要自己搭建，例如使用nginx负载均衡策略，或者基于容器化多实例部署单个服务，在实例之间做负载均衡。服务提供者：向注册中心根据服务名称提供服务访问的ip:port以及其他信息。注册中心：根据服务名称，存储对应的ip:port以及其他信息。服务消费者：根据服务名向注册中心获取调用服务的ip:port以及其他相关的信息集合，然后根据负载均衡策略获取最终的服务器ip：port访问地址。使用springcl
为什么要使用注册中心有使用过ip:port地址直接调用服务的开发经历么？该段痛苦的经历在此处省略500字......，该种方式的缺点：需要手动的维护所有的服务访问ip地址列表。单个服务实现负载均衡需要自己搭建，例如使用nginx负载均衡策略，或者基于容器化多实例部署单个服务，在实例之间做负载均衡。服务提供者：向注册中心根据服务名称提供服务访问的ip:port以及其他信息。注册中心：根据服务名称，存储对应的ip:port以及其他信息。服务消费者：根据服务名向注册中心获取调用服务的ip:port以及其他相关的信息集合，然后根据负载均衡策略获取最终的服务器ip：port访问地址。使用springcl
某年某月的某一天，就像一张破碎的脸。。。错了，重来。某天，忽然发现大量的告警，经过多番调查研究考察（此处省略3000字），发现是由于Eureka服务下线太慢，而仍然有大量的请求打进来导致的报错。于是，又经过了大量详细周密的考察和研究，终于找到了问题并且解决了（此处省略5000字）。全文完。......好了，那是不可能的啦，怎么说也要意思一下写个300字凑个原创啊。为啥服务都下线了还会有那么多的请求一直进来呢？呐，我们都知道Eureka是AP模型，其实根本原因在于Eureka使用了三级缓存来保存服务的实例信息，如下图所示。[图片上传失败...(image-a1975c-1654682369111
某年某月的某一天，就像一张破碎的脸。。。错了，重来。某天，忽然发现大量的告警，经过多番调查研究考察（此处省略3000字），发现是由于Eureka服务下线太慢，而仍然有大量的请求打进来导致的报错。于是，又经过了大量详细周密的考察和研究，终于找到了问题并且解决了（此处省略5000字）。全文完。......好了，那是不可能的啦，怎么说也要意思一下写个300字凑个原创啊。为啥服务都下线了还会有那么多的请求一直进来呢？呐，我们都知道Eureka是AP模型，其实根本原因在于Eureka使用了三级缓存来保存服务的实例信息，如下图所示。[图片上传失败...(image-a1975c-1654682369111
image.png1、源码入口SpringCloud是基于Springboot的,而Springboot最大的特点就是自动装配：通过SPI机制加载META-INF下的spring.factories文件,来自动的注册一些必要的bean,以达到自动装配的效果。所以我们读SpringCloud各个组件的源码也是从这里直接去找相关jar包下META-INFO下的spring.factories文件,看看自动注册了哪些类的实例。eureka的依赖分为eureka服务端和客户端两部分,我们先从eureka客户端看起。找到这个jar包org.springframework.cloud:spring-clo
image.png1、源码入口SpringCloud是基于Springboot的,而Springboot最大的特点就是自动装配：通过SPI机制加载META-INF下的spring.factories文件,来自动的注册一些必要的bean,以达到自动装配的效果。所以我们读SpringCloud各个组件的源码也是从这里直接去找相关jar包下META-INFO下的spring.factories文件,看看自动注册了哪些类的实例。eureka的依赖分为eureka服务端和客户端两部分,我们先从eureka客户端看起。找到这个jar包org.springframework.cloud:spring-clo
Eureka目前的状态：Eureka目前1.x版本还在更新，但是应该不会更新新的功能了，只是对现有功能进行维护，升级并兼容所需的依赖。Eureka2.x已经胎死腹中了。但是，这也不代表Eureka就是不能用了。如果你需要一个简便易于部署的注册中心，Eureka还是一个很好的选择。云服务环境中，基本上所有实例地址和微服务名称都在不断变化，也并不太需要Eureka所缺少的持久化特性。当你的集群属于中小规模的时候（节点小于1000个），Eureka依然是一个不错的选择。当你的集群很大的时候，Eureka的同步机制可能就限制了他的表现。Eureka的设计Eureka的设计比较小巧，没有复杂的同步机制，
