无状态后端集群核心是服务实例不保存本地状态，所有会话、缓存等交由redis等外部统一存储；分层负载均衡：四层用lvs/slb，七层用nginx/网关；部署需容器化+k8s自动扩缩容；状态组件须高可用，如redis哨兵/cluster、数据库主从+分库分表、kafka多副本。
构建高并发业务的无状态后端集群，核心是让每个服务实例不保存本地状态，所有会话、缓存、临时数据都交由外部统一存储管理。这样节点可随时增减，请求能被任意调度，真正实现弹性伸缩。
无状态设计是集群落地的前提
服务本身不能依赖内存变量、本地文件或单机 Session 存储用户状态。常见需剥离的状态包括：
- 用户登录态：用 JWT 或 Redis 存储 token，验证逻辑不查本地内存
- 会话数据（Session）：统一写入 Redis 集群，配合过期策略与主从同步
- 临时计算结果：如秒杀预扣库存、防重 Token，均通过 Redis 原子操作（INCR、SETNX）保障一致性
- 配置与开关：交由 Nacos、Apollo 等配置中心动态下发，避免重启生效
负载均衡要分层做对
流量入口到最终服务之间，通常有两层关键负载均衡：
- 四层（TCP/UDP 层）：用 LVS 或云厂商 SLB，转发原始连接，性能高、延迟低，适合长连接或 HTTPS 卸载前的透传
- 七层（HTTP 层）：用 Nginx 或 API 网关（如 Kong、Spring Cloud Gateway），支持路由、鉴权、限流、灰度等业务级能力
注意：Nginx 默认轮询不感知后端健康状态，建议开启 health_check 指令，或对接 Consul 等服务发现机制自动剔除故障节点。
部署与扩缩容要自动化
人工启停节点无法应对突发流量，必须靠工具链闭环支撑：
- 容器化：用 Docker 打包应用+运行时+配置，镜像版本即部署单元
- 编排调度：Kubernetes 是事实标准，通过 Deployment 控制副本数，HPA 根据 CPU/自定义指标（如 QPS）自动扩缩
- 滚动发布：新版本上线时逐步替换旧 Pod，零停机更新，配合 readinessProbe 确保新实例就绪后再接入流量
状态外置必须高可用
当所有状态都甩给外部组件，这些组件自身就成了单点风险，必须强化：
- Redis：至少采用哨兵（Sentinel）或 Cluster 模式，禁用单机部署；热点 key 加随机后缀防倾斜；设置合理过期时间，避免雪崩
- 数据库：读写分离 + 主从自动切换（如 MHA、Orchestrator）；写库压力大时考虑分库分表（ShardingSphere、Vitess）
- 消息队列：Kafka 启用多副本（replication.factor ≥ 3）、ISR 最小同步数（min.insync.replicas=2），确保消息不丢
