为了支持弹性扩缩容特性，一个微服务的提供者的数量和分布往往是动态变化的，也是无法预先确定的。因此，原本在单体应用阶段常用的静态LB机制就不再适用了，需要引入额外的组件来管理微服务提供者的注册与发现，而这个组件就是服务注册中心。 CAP理论CAP理论是分布式架构中重要理论 一致性 ...

...

前言服务注册中心本质上是为了解耦服务提供者和服务消费者。对于任何一个微服务，原则上都应存在或者支持多个提供者，这是由微服务的分布式属性决定的。更进一步，为了支持弹性扩缩容特性，一个微服务的提供者的数量和分布往往是动态变化的，也是无法预先确定的。因此，原本在单体应用阶段常用的静态LB机制就不再适用 ...

引自：https://blog.csdn.net/fly910905/article/details/100023415 前言服务注册中心本质上是为了解耦服务提供者和服务消费者。对于任何一个微服务，原则上都应存在或者支持多个提供者，这是由微服务的分布式属性决定的。更进一步，为了支持弹性扩缩容特性 ...

微服务：注册中心ZooKeeper、Eureka、Consul 、Nacos对比_琦彦-CSDN博客_nacos和eureka https://blog.csdn.net/fly910905/article/details/100023415 技术选型｜Eureka与ZooKeeper 的优劣 ...

简介 ​ 服务注册中心本质上是为了解耦服务提供者和服务消费者。对于任何一个微服务，原则上都应存在或者支持多个提供者，这是由微服务的分布式属性决定的。更进一步，为了支持弹性扩缩容特性，一个微服务的提供者的数量和分布往往是动态变化的，也是无法预先确定的。因此，原本在单体应用阶段常用的静态LB机制就不 ...

https://blog.csdn.net/fly910905/article/details/100023415 ...

参考博客：https://blog.csdn.net/z694644032/article/details/96485619，https://www.cnblogs.com/zhucww/p/11532770.html 当client向server注册时，它会提供一些元数据，例如主机和端口 ...