Eureka，拿捏日千万级访问量妥妥的！

V-xin：ruyuanhadeng获得600+页原创精品文章汇总PDF

问题起源

Spring Cloud架构体系中，Eureka是一个至关重要的组件，它扮演着微服务注册中心的角色，所有的服务注册与服务发现，都是依赖Eureka的。

不少初学Spring Cloud的朋友在落地公司生产环境部署时，经常会问：

• Eureka Server到底要部署几台机器？

• 我们的系统那么多服务，到底会对Eureka Server产生多大的访问压力？

• Eureka Server能不能抗住一个大型系统的访问压力？

如果你也有这些疑问，别着急！咱们这就一起去看看，Eureka作为微服务注册中心的核心原理

下面这些问题，大家先看看，有个大概印象。带着这些问题，来看后面的内容，效果更佳

1. Eureka注册中心使用什么样的方式来储存各个服务注册时发送过来的机器地址和端口号？
2. 各个服务找Eureka Server拉取注册表的时候，是什么样的频率？
3. 各个服务是如何拉取注册表的？
4. 一个几百服务，部署上千台机器的大型分布式系统，会对Eureka Server造成多大的访问压力？
5. Eureka Server从技术层面是如何抗住日千万级访问量的？

先给大家说一个基本的知识点，各个服务内的Eureka Client组件，默认情况下，每隔30秒会发送一个请求到Eureka Server，来拉取最近有变化的服务信息

举个例子：

• 库存服务原本部署在1台机器上，现在扩容了，部署到了3台机器，并且均注册到了Eureka Server上。
• 然后订单服务的Eureka Client会每隔30秒去找Eureka Server拉取最近注册表的变化，看看其他服务的地址有没有变化。

除此之外，Eureka还有一个心跳机制，各个Eureka Client每隔30秒会发送一次心跳到Eureka Server，通知人家说࿰