Eureka 和 Nacos

一、基本介绍

Eureka

Eureka 是 Netflix 公司开发的一款基于 REST 风格的服务注册与发现组件，专为分布式系统设计。它遵循 AP 原则（可用性、分区容错性优先），强调在网络分区等异常情况下的服务可用性，是 Spring Cloud Netflix 生态中的核心组件之一。

Nacos

Nacos（Dynamic Naming and Configuration Service）是阿里巴巴开源的一站式服务发现、配置管理和服务管理平台。它融合了服务注册发现与配置管理功能，支持 AP/CP 模式切换，能适配不同场景下的一致性需求，是 Spring Cloud Alibaba 生态的核心组件，广泛应用于大规模微服务架构。

二、核心作用

Eureka 的作用

• 服务注册：服务实例启动时，将自身信息（IP、端口、服务名等）注册到 Eureka Server。
• 服务发现：客户端通过 Eureka Server 获取服务实例列表，实现服务间的动态通信。
• 高可用保障：通过集群部署和自我保护机制，确保在部分节点故障时仍能提供服务。

Nacos 的作用

• 服务注册与发现：支持多种服务发现模式（DNS、RPC），适配不同框架（Spring Cloud、Dubbo 等）。
• 动态配置管理：集中管理服务配置，支持配置实时推送、版本控制和灰度发布。
• 服务治理：提供服务健康检查、元数据管理、流量控制等高级功能，简化微服务运维。

三、核心功能

Eureka 的核心功能

1. 服务注册机制

   • 服务实例定期向 Eureka Server 发送心跳（默认 30 秒），证明自身存活。
   • 若 Server 连续 90 秒未收到心跳，会将该实例从注册表中移除。

2. 集群与同步

   • Eureka Server 集群中，节点间通过复制机制同步注册表信息。
   • 无主从之分，每个节点均可接收注册请求并同步至其他节点。

3. 自我保护机制

   • 当网络分区导致 Server 短时间内丢失大量心跳时，会触发自我保护，暂时不删除过期实例。
   • 避免因网络波动误删健康实例，保障服务可用性。

4. 客户端缓存

   • 客户端会缓存服务列表，即使 Eureka Server 不可用，仍可基于缓存调用服务。

Nacos 的核心功能

1. 服务注册发现

   • 支持 DNS 式服务发现 （基于域名解析）和 RPC 式服务发现（基于客户端调用）。
   • 提供实时服务健康检查（TCP、HTTP、自定义脚本等方式），快速剔除异常实例。

2. 配置管理

   • 集中管理多环境、多服务的配置，支持 YAML、Properties 等格式。
   • 配置变更实时推送（基于长连接），无需重启服务即可生效。
   • 支持配置版本回滚、灰度发布和权限控制。

3. AP/CP 模式切换

   • AP 模式：类似 Eureka，优先保证可用性，适用于服务发现场景。
   • CP 模式：基于 Raft 协议保证数据一致性，适用于配置管理等强一致性场景。

4. 高级特性

   • 服务元数据管理：支持自定义服务标签（如环境、版本），便于服务筛选。
   • 流量控制集成：与 Sentinel 无缝对接，实现基于服务名的流量管控。
   • 集群动态扩展：支持节点自动发现，新增节点无需手动配置。

四、发展历史

Eureka 的历史

1. 起源（2012-2013 年）

   随着 Netflix 从单体架构转向微服务，服务数量激增，传统硬编码地址方式失效，Eureka 应运而生，解决服务地址动态管理问题。

2. 开源与普及（2014-2016 年）

   2014 年开源后被纳入 Spring Cloud 生态，凭借简单易用和高可用性，成为微服务注册中心的 "标配"。

3. 稳定与生态绑定（2017-2018 年）

   功能趋于稳定，版本迭代至 1.x 和 2.x，与 Feign、Ribbon 等组件深度集成，形成完整调用链路。

4. 停止维护（2019 年后）

   Netflix 宣布 Eureka 2.x 停止开发，仅保留 1.x 有限维护。原因包括内部转向 Kubernetes 生态，以及功能单一（仅支持注册发现）的局限性。此后逐渐淡出主流视野。

Nacos 的历史

1. 内部孵化（2016-2018 年）

   阿里巴巴内部服务规模突破百万级，原有基于 ZooKeeper 的方案面临性能瓶颈，遂开发 "ConfigServer"（配置）和 "NamingService"（注册），后合并为 Nacos 雏形。

2. 开源与社区化（2018 年底）

   2018 年 11 月正式开源，纳入 Spring Cloud Alibaba 生态，支持多框架兼容，迅速吸引社区关注。

3. 快速迭代（2019-2021 年）

   • 2019 年发布 1.0 正式版，完善 AP/CP 切换和集群功能，支持千万级实例。
   • 2020 年集成 Sentinel、Seata 等组件，形成完整微服务治理生态。
   • 2021 年适配 Kubernetes，扩展云原生场景。

4. 持续演进（2022 年后）

   迭代至 2.x 版本，优化元数据管理和健康检测，支持多语言客户端（Java、Go 等），成为服务治理领域的主流方案。

五、核心区别

维度	Eureka	Nacos
功能范围	仅支持服务注册与发现	服务注册发现 + 配置管理 + 服务治理
一致性模型	固定 AP 模式（可用性优先）	支持 AP/CP 模式切换
性能	适用于中小规模服务（万级实例）	支持百万级服务实例，性能更优
生态兼容性	仅深度集成 Spring Cloud Netflix	兼容 Spring Cloud、Dubbo、Kubernetes 等
配置管理	无	原生支持动态配置管理
维护状态	停止维护（1.x 仅有限支持）	持续更新，社区活跃
部署复杂度	需配合其他组件（如 Config Server）	单组件即可满足服务治理需求

六、适用场景

Eureka 适用场景

• 小型微服务项目，仅需基础注册发现功能。
• 基于 Spring Cloud Netflix 生态的 legacy 系统。
• 对可用性要求高、一致性要求较低的场景。

Nacos 适用场景

• 中大型微服务架构，需同时解决注册发现和配置管理问题。
• 需在 AP/CP 模式间灵活切换的复杂场景（如金融、电商）。
• 基于 Spring Cloud Alibaba 或 Dubbo 生态的项目。
• 需服务元数据管理、灰度发布等高级功能的场景。

总结

Eureka 代表了早期微服务注册发现的经典方案，但其功能单一且已停止维护，逐渐被替代；Nacos 则是新一代服务治理平台，凭借功能全面、性能优异和持续演进，成为当前微服务架构的首选组件。选择时需根据项目规模、生态依赖和功能需求综合考量。