注册中心概述
注册中心是微服务架构的核心组件，其核心作用就是解决服务发现问题。
那么，什么是服务发现呢？
在微服务环境中，服务实例会动态启动和停止，IP 地址和端口也可能经常变化，服务消费者需要知道服务提供者的准确地址才能发起调用。注册中心就像一个电话簿，服务启动时向注册中心报告自己的地址信息，服务调用时从注册中心查询目标服务的地址。
注册中心是什么
服务注册中心的本质是解耦微服务的提供者与消费者，对于一个消费者服务来说，它有一般会有多个提供者，同时，基于微服务的理论，这些提供者都是动态生成的，它的数量和分布是不确定的。所以就需要引入额外的组件来管理微服务的提供者的注册和发现。这个主键就是服务注册中心
注册中心作用
- 服务注册与发现：注册中心是服务实例信息的存储仓库，服务提供者在启动时会自动注册自己，消费者则通过注册中心获取服务地址。
- 服务健康监控：注册中心维护服务的健康信息，确保服务的可用性和稳定性。
- 避免硬编码：通过动态获取服务地址，避免了在代码中写死IP的问题，提高了系统的灵活性。
- 服务间通信的枢纽：注册中心作为服务之间的通讯录，管理服务间的通信，促进服务的交互。
主流注册中心产品对比
目前业界主流的注册中心产品各有特点，可根据项目场景选择：
| 产品 | 核心特性 | 适用场景 |
|---|---|---|
| Eureka | AP架构（优先保证可用性）、基于REST、自我保护机制、轻量易用 | Spring Cloud Netflix生态，对可用性要求高于一致性的场景 |
| Nacos | 支持AP/CP双模、服务注册发现+配置管理一体化、动态配置、易用性强 | Spring Cloud Alibaba生态，中小团队、需兼顾配置与注册的场景（最主流） |
| Consul | CP架构（优先保证一致性）、支持健康检查、服务网格集成、跨数据中心 | 对数据一致性要求高、需服务网格（Service Mesh）的场景 |
| Zookeeper | CP架构、基于ZAB协议、强一致性、适合作为分布式协调工具 | Dubbo生态，或需分布式锁、分布式协调的场景（注册中心仅为其功能之一） |
| etcd | CP架构（基于Raft协议）、强一致性、高可用、键值存储、Watch机制、轻量高效 | Kubernetes生态核心组件、云原生场景、需高可靠键值存储+配置同步的场景 |
注：AP/CP是分布式系统的CAP理论中的概念——AP优先保证可用性（服务不中断），CP优先保证数据一致性（所有节点数据同步）。