一、服务注册与发现解决什么问题
在单体系统中，服务地址通常比较固定。但在微服务架构里，服务实例可能随时变化，例如：
- 扩容后实例数量增加
- 发布后旧实例被替换
- 节点故障后实例迁移
- 不同环境实例地址不同
如果调用方仍然手工维护这些地址，不仅复杂，而且很容易出错。服务注册与发现就是为了解决这个问题。
二、什么是服务注册
服务注册指的是服务实例启动后，把自己的地址、端口和健康状态写入注册中心。这样，系统就能知道当前有哪些可用实例。
可以理解为：
- 服务实例：主动上报“我现在可提供服务”
- 注册中心：记录这些可用实例信息
没有注册环节，发现机制就无从谈起。
三、什么是服务发现
服务发现指的是调用方在发起请求前，从注册中心获取目标服务的可用实例列表，并根据策略选择其中一个实例进行访问。
这意味着调用方不需要硬编码具体地址，而是只需要知道目标服务名。实例地址变化由注册发现体系承担。
微服务注册与发现流程
四、常见实现方式有哪些
常见实现方式包括：
- 客户端发现：调用方自己查询注册中心并选择实例
- 服务端发现：调用方先访问负载均衡器或网关，由后者查询后端实例
- 平台发现：例如 Kubernetes 中通过 Service 实现服务发现
不同方式适合不同架构阶段，但核心目标都一样：让调用方不依赖固定实例地址。
五、为什么注册中心很重要
注册中心是注册发现体系中的核心组件，它通常负责：
- 保存服务名与实例地址映射
- 维护健康状态
- 处理实例上下线
- 为调用方提供查询能力
如果注册中心不稳定，微服务调用链就会受影响。因此它本身往往也是基础设施关键路径的一部分。
六、落地时要关注什么
企业在落地服务注册与发现时，建议关注：
- 注册中心的高可用
- 服务实例健康检查机制
- 服务命名规范
- 多环境和多集群隔离
- 注册信息的实时性
- 和负载均衡、配置中心的协同
服务注册发现不是单独存在的，它通常和服务治理、配置管理、可观测性一起工作。
结语
服务注册与发现是什么，本质上是在回答动态服务实例如何被稳定访问。它通过注册中心把服务名和实例地址解耦，让调用方能够基于服务名而不是固定 IP 发起访问。对微服务系统来说，注册发现是服务治理的基础，没有这一层，后续负载均衡、熔断限流和调用治理都难以稳定落地。
FAQ
服务注册与发现一定要有注册中心吗？
大多数场景需要。Kubernetes 等平台虽然形式不同，但本质上也提供了类似服务发现能力。
服务注册和服务发现是同一个东西吗？
不是。注册是服务实例上报自己，发现是调用方查找可用实例。
服务注册与发现和负载均衡是什么关系？
注册发现负责告诉你有哪些实例，负载均衡负责决定流量最终发给哪个实例。
转载请注明出处：https://www.cloudnative-tech.com/p/6294/