面试题：微服务架构下RPC中服务发现的常见方式有哪些

优点：
- 简单易用：DNS 是互联网基础设施的一部分，几乎所有网络设备和应用都支持，开发人员无需额外学习复杂的服务发现机制。
- 负载均衡：通过 DNS 轮询，可实现简单的负载均衡，将客户端请求均匀分配到多个服务实例上。
- 高可用性：DNS 服务器通常有多个冗余节点，具备较高的可用性。
缺点：
- 更新不及时：DNS 记录的更新存在缓存机制，导致服务实例的变更不能及时反映，可能会使客户端请求到已下线的服务实例。
- 功能有限：只能提供基本的地址解析功能，对于复杂的服务发现需求，如服务健康检查、版本控制等支持不足。

集中式注册中心（如 Eureka、Consul）
- 优点：
  - 服务管理方便：所有服务实例都向注册中心注册，易于集中管理，包括服务的注册、注销、查询等操作。
  - 实时性强：注册中心能实时感知服务实例的上下线状态，及时将变更信息推送给客户端，保证服务发现的准确性。
  - 丰富功能：通常提供健康检查、负载均衡策略定制、服务元数据管理等功能，满足复杂的微服务架构需求。
- 缺点：
  - 单点故障问题：如果注册中心出现故障，整个服务发现功能将受影响，甚至导致微服务系统瘫痪，虽然可以通过集群部署来缓解，但增加了运维成本。
  - 性能瓶颈：随着微服务数量的增加，注册中心的负载会逐渐增大，可能成为性能瓶颈。
分布式注册中心（如 etcd）
- 优点：
  - 高可用性和扩展性：基于分布式一致性算法（如 Raft），具备良好的容错性和扩展性，能应对大规模微服务集群的服务发现需求。
  - 数据一致性：保证分布式环境下数据的强一致性，确保各个节点获取到的服务信息一致。
- 缺点：
  - 复杂度高：分布式系统本身的复杂性，使得其部署、配置和维护难度较大，对运维人员要求较高。
  - 性能开销：分布式一致性算法在保证数据一致性的同时，会带来一定的性能开销。

优点：
- 简单直接：通过静态配置文件记录服务地址信息，开发和维护成本低，适合简单的、服务实例数量较少且相对固定的场景。
- 无需额外组件：不依赖外部的服务发现组件，减少了系统的复杂性和潜在故障点。
缺点：
- 缺乏灵活性：服务实例发生变更时，需要手动修改配置文件并重新部署应用，效率低下且容易出错。
- 不适合动态环境：无法实时感知服务实例的上下线状态，不适应微服务频繁变更的动态运行环境。

星途面试题库