微服务高可用怎样做

微服务高可用（High Availability，HA）核心目标是：单点故障不影响整体业务、流量高峰系统稳定运行、故障可快速恢复。下面从架构、设计、运维三个层面系统性说明。

一、架构层面的高可用

1. 服务冗余 + 无状态化

• 每个微服务至少 多实例部署（≥2，跨可用区更好）
• 服务做到 无状态：
  • 会话放 Redis / Token（JWT）
  • 文件放对象存储（OSS / S3）
• 避免“一个节点挂，全业务挂”

2. 服务注册与发现

• 使用：
  • Nacos / Eureka / Consul / etcd
• 实现：
  • 实例上下线自动感知
  • 调用方自动剔除不可用节点

3. 负载均衡

• 客户端：Ribbon / LoadBalancer
• 服务端：Nginx / API Gateway / SLB
• 策略：轮询、加权、最少连接、一致性哈希

4. 多可用区 / 多机房

• 同城双活 / 异地多活
• 数据库主从 + 跨区同步
• 关键服务跨 AZ 部署

二、服务治理（非常关键）

5. 熔断、降级、限流

• 熔断：Hystrix / Sentinel / Resilience4j
  • 错误率过高直接熔断，快速失败
• 降级：
  • 非核心功能关闭（如推荐、积分）
• 限流：
  • 令牌桶 / 漏桶
  • 防止雪崩（如秒杀场景）

6. 超时与重试

• 必须设置：
  • 连接超时
  • 读取超时
• 重试注意：
  • 幂等性
  • 避免重试风暴（指数退避）

7. 服务隔离

• 线程池隔离 / 信号量隔离
• 核心服务与非核心服务资源隔离
• 防止“一个慢接口拖垮整个服务”

三、数据层高可用

8. 数据库高可用

• 主从复制
• 自动故障转移（MHA / Orchestrator / RDS HA）
• 读写分离
• 分库分表（水平扩展）

9. 缓存高可用

• Redis：
  • 哨兵 / 集群模式
  • 缓存雪崩：随机过期
  • 缓存穿透：布隆过滤器
  • 缓存击穿：互斥锁

10. 消息队列削峰

• Kafka / RocketMQ / RabbitMQ
• 异步解耦
• 流量削峰填谷

四、可观测性与故障处理

11. 监控告警

• 指标：Prometheus + Grafana
• 日志：ELK / Loki
• 链路：SkyWalking / Jaeger
• 告警：
  • CPU、内存、QPS、错误率、RT

12. 自动化运维

• CI/CD
• 蓝绿部署 / 金丝雀发布
• 自动扩缩容（K8s HPA）

13. 混沌工程

• 主动演练：
  • 杀节点
  • 断网络
  • 注入延迟
• 验证系统真实可用性

五、常见高可用架构示例

用户
 ↓
API Gateway（限流、鉴权）
 ↓
微服务A（多实例）
 ↓
服务发现 + 负载均衡
 ↓
微服务B（熔断、降级）
 ↓
Redis集群 + MQ + 数据库主从

六、一句话总结

微服务高可用 = 冗余部署 + 服务治理 + 数据可靠 + 自动运维 + 故障演练

如果你愿意，我可以：

• 按 Java / Go / K8s 给具体技术方案
• 给你一个 高可用微服务架构图
• 针对 电商 / 金融 / IoT 场景细化设计