一、架构升级的背景¶

1、依赖云原生能力替代中心化组件

服务发现：

• 传统 Spring Cloud：依赖 Eureka 中心化注册中心。
• Kubernetes 去中心化：通过 Service 资源自动生成 DNS 记录（如 receive-service.demo.svc.cluster.local），服务直接通过名称通信。

配置管理：

• 传统 Spring Cloud：依赖 Config Server 集中管理配置。
• Kubernetes 去中心化：通过 ConfigMap 和 Secret 分发配置，应用通过 Volume 或环境变量加载。
• 优势：配置与代码解耦，支持动态更新和多环境隔离。

负载均衡：

• 传统 Spring Cloud：依赖 Ribbon 实现客户端负载均衡。
• Kubernetes 去中心化：Service 自动实现负载均衡（ClusterIP 轮询或 Ingress 路径规则）。
• 优势：减少客户端复杂性，由基础设施层统一管理。

2、架构简化与运维效率提升

组件精简：

• 移除 Eureka、Config Server、Ribbon 等中心化组件，架构更轻量化。

运维标准化：

• 通过 Kubernetes 声明式 API 统一管理部署、扩缩容、监控。

3、高可用与弹性扩展：

故障隔离：

• 各微服务（UI、Receive、Handler）独立部署，故障互不影响。

动态扩缩容：

• 通过 HPA（Horizontal Pod Autoscaler）自动调整副本数，响应流量波动