18、服务注册与发现：Eureka和Consul的实践指南

服务注册与发现：Eureka和Consul的实践指南

1. 服务注册模式概述

在服务注册领域，存在两种主要模式：自我注册模式和第三方注册模式。

自我注册模式有明显的缺点：
- 服务与服务注册表紧密耦合，需要不断与服务器通信以告知其状态。
- 服务注册逻辑未集中，需要在生态系统中的每种语言中实现。

第三方注册模式则不同，它引入了一个新组件——服务注册器，负责维护服务注册表。服务注册器通过轮询环境或订阅启动和关闭事件来跟踪实例。当发现新服务时，将其实例注册到注册表；若未收到健康检查，则将该服务从注册表中注销。

第三方注册模式的一些著名示例包括：
- Netflix Prana：由Netflix外包，专为非JVM语言设计，是边车模式的实现，通过HTTP与Netflix Eureka注册和注销服务实例。
- 内置组件如ELB：大多数部署环境都有内置组件，例如EC2实例通过扩展自动创建后会自动注册到ELB，Kubernetes服务也会自动注册并可供发现。

第三方注册模式的优缺点如下表所示：
| 优点 | 缺点 |
| ---- | ---- |
| 代码复杂度降低，每个服务无需编写注册和注销代码 | 除非由服务发现工具提供，否则需要维护和保证高可用性 |
| 中央注册器包含健康检查代码，无需在各处复制 | |

2. Eureka服务注册与发现

Eureka是Netflix外包的服务注册和发现框架，主要用于定位服务以实现负载均衡和故障转移。

2.1 Eureka架构

Eureka架构由E