在微服务架构中，负载均衡通常通过哪些具体手段来实现？请列举主要的实现方式并说明其适用场景。

回答思路

1. 【回答框架 1】负载均衡的核心目的是将请求分发到多个服务实例，以提高系统吞吐量和可用性。根据实现层次，主要分为客户端负载均衡和服务端负载均衡两大类。
2. 【回答框架 2】客户端负载均衡：在服务消费者侧实现，客户端维护服务实例列表并根据策略（如轮询、随机、一致性哈希）选择实例。典型实现是Spring Cloud中的Ribbon，配合注册中心（如Nacos、Eureka）动态更新实例列表。优点是无需额外代理，减少了网络跳数；缺点是与业务代码耦合，且需要客户端感知服务发现。
3. 【回答框架 3】服务端负载均衡：主要由独立的负载均衡器（如Nginx、HAProxy、LVS）实现，位于客户端与服务端之间。客户端仅需请求负载均衡器，由它转发到后端实例。支持更复杂的流量管理（如权重、健康检查、连接数控制），但会引入额外延迟和单点风险。
4. 【回答框架 4】此外还有基于DNS的负载均衡（如轮询DNS、地理DNS），以及在云环境中的负载均衡服务（如阿里云SLB、腾讯云CLB）。实际应用中，常将DNS负载、客户端正则和服务端负载组合使用，形成多级负载均衡。
5. 【关键点 1】负载均衡分为客户端负载均衡和服务端负载均衡两类，客户端侧代表为Ribbon，服务端侧代表为Nginx、HAProxy。
6. 【关键点 2】客户端负载均衡需与服务发现机制配合，动态获取实例列表，适合微服务内部调用。
7. 【关键点 3】服务端负载均衡独立于应用，支持健康检查和高级流量策略，适合外部流量入口。
8. 【关键点 4】DNS负载均衡实现简单但无法感知后端状态，常作为第一级。
9. 【关键点 5】选择何种方式需综合考虑性能、耦合度、运维复杂度和可用性要求。
10. 【易错点 1】混淆客户端与服务端负载均衡，认为所有负载均衡都必须通过独立代理实现。
11. 【易错点 2】忽略负载均衡后的会话保持问题，未考虑应用状态一致或使用粘性会话。
12. 【易错点 3】对负载均衡器的单点故障缺少高可用方案，例如未部署双机热备。