springboot 传统应用程序，适配云原生改造

概述

2024年传统应用程序上云，改造方案

1、mysql 云环境高可用方案
2、redis 云环境高可用方案
3、nginx 云环境高可用方案
4、应用 云环境高可用方案

1、mysql 云环境高可用方案

1.1 你先了解

1.1.1 你先了解“mysql高可用方案”

主从复制（Master-Slave Replication）、主主复制（Master-Master Replication）、MySQL Group Replication、MySQL Cluster:、Galera Cluster: 、ProxySQL 或 HAProxy:

1.1.2 了解K8S基础知识

1、k8s pv 、pvc ; 2、了解：k8s statefulSets，3、了解 k8s service

1.2 实施方案相对较低

MySQL group replication +k8s service+springboot
人工干预较少，需专门运维，发生问题；发送通知，重启异常数据库；

需要改造程序吗：不需要，数据库负载靠 k8s service，程序连接 k8s service
MySQL group replication 配复杂吗：不复杂，mysql8自带的一个插件，仅需启用插件和修改mysql配置文件；

传统的方案
主主复制+keepavlie，该方案也可上云，宕机需人工干预；

1.3 MySQL group replication 写性能比物理机低需要注意啥

加点配置，网络带宽至少1Gib，带宽可能对环境影响较大；

1.4 mysql 云环境的定时备份velero

至于备份周期，自行了解，需根据场景判断；

1.5 传统物理环境安全保证 RAID

也少不了，磁盘磁盘RAID，我是保守派：数据库做 RAID 1 + 定期巡检才放心；

2、redis 云环境高可用方案

2.1 解决方案

方案很成熟，官方解决方案，redis 哨兵、集群都可；
redis 哨兵：最低可3个节点：哨兵和redis部署在1个节点，可死掉1个节点，不影响高可用；
redis集群：最低 6个节点，可死掉2个节点，不影响高可用；
也少不了监控，宕机找人启动；云环境redis使用原则：存储允许丢失的数据；

2.2 程序改造

换 lettuce，lettuce redis 支持哨兵、集群和单机的配置 ,3者仅springboot配置文件不一样；

3、nginx 云环境高可用方案

3.1 方案一

ConfigMap 部署 NGINX ， ConfigMap 更新时自动重载 NGINX，可以使用 config-reloader
k8s Service 以实现负载均衡

方案二（标准方案）：

除了上述：添加 Helm Chart 管理部署； Helm Chart 中配置 livenessProbe 和 readinessProbe，确保 Kubernetes 能够监控 Pods 的健康状况，并在需要时进行自愈

前端vue：无需改动，推荐使用NFS 共享盘，所有nginx节点公用1个挂载点，并启动nginx缓存；

4、应用云环境高可用方案

应用无主：jwt+token
数据库高可用，已列：
文件无主：目前多采用可观测的文件服务器minio：传统的文件无主方案：k8s Nfs 磁盘共享；