高可用RPC架构核心是服务不中断、扩容不改代码、故障自动绕过，关键在服务注册发现（Consul/Etcd自动注册与监听）、客户端负载均衡（gRPC策略或自研健康探测轮询）、熔断重试超时（分级超时、幂等重试、gobreaker熔断）及多实例协同部署。
用 Go 实现高可用 RPC 架构，核心不是堆功能，而是让服务“挂了不中断、扩容不改代码、故障能自动绕过”。关键在三块：服务注册与发现、客户端负载均衡、故障熔断与重试。下面直接说怎么落地。
服务注册与发现：让客户端知道谁在线
别手写心跳和 IP 列表。推荐用 Consul 或 Etcd 做注册中心，Go 侧用官方 client（如 hashicorp/consul-api 或 etcd/clientv3）自动注册服务实例。
启动时注册：
- 每个 RPC 服务启动后，向 Consul 注册自己（服务名、IP、端口、健康检查路径）
- 设置 TTL 心跳，超时未续期自动下线
- 客户端首次拉取全量服务节点，之后监听变更事件（Consul 的 watch / Etcd 的 watch），实时更新本地缓存
客户端负载均衡：请求不扎堆，失败自动切
别依赖外部 LB（如 Nginx），把均衡逻辑下沉到 Go 客户端里，更可控、延迟更低。
立即学习“go语言免费学习笔记（深入）”；
推荐实现方式：
- 用
grpc-go的round_robin或weighted_target内置策略（gRPC 场景） - 自研简单轮询 + 权重 + 活跃探测：维护一个带权重的节点池，每次选节点前 ping 一次健康端点（或复用连接池状态），跳过不可达节点
- 避免“静态列表+随机”——没健康检查，故障节点还在被轮到
熔断、重试与超时：不让一次失败拖垮整条链路
RPC 调用必须自带防御机制，尤其跨服务调用。
-
超时分级：连接超时（500ms）、读写超时（2s）、总超时（3s），用
context.WithTimeout控制 - 失败重试：仅对幂等操作（GET、DELETE）做 1–2 次重试，配合指数退避（如 100ms → 300ms）
-
熔断器：用
sony/gobreaker，错误率 > 50% 且请求数 > 20 时开启熔断，60 秒后半开试探
多实例部署与配置一致性
高可用不是靠单机强，是靠多实例协同。
- 所有实例用相同服务名注册（如
user-service），客户端按名发现，不写死地址 - 配置中心化：用 Viper + Consul KV 或 etcd 存配置（超时、重试次数、熔断阈值），运行时热更新
- K8s 部署时，用 Headless Service + StatefulSet 管理实例，配合 readiness probe 确保只将健康实例纳入发现列表
基本上就这些。不复杂但容易忽略的是：健康探测要真实（别只 check TCP 端口，要走 /health 返回业务态）、重试不能掩盖上游问题（加日志标记重试次数）、注册中心本身也要高可用（Consul Server ≥ 3 节点）。稳了再上流量，比堆参数有用得多。
