云原生架构迁移
可移植的 YAML 只是系统的一部分
云原生应用通常更容易重新部署，却更依赖云厂商网络、负载均衡、存储类、IAM、镜像仓库和托管中间件。迁移重点是识别可移植层和厂商耦合层。
图：应用制品可以复制，集群能力和平台治理通常需要重建，数据服务必须分别迁移。
| 层次 | 内容 | 策略 |
|---|---|---|
应用交付 | 镜像、Helm、Kustomize、GitOps | 复制制品并在目标集群重新部署 |
集群能力 | Ingress、CSI、CNI、弹性伸缩、证书 | 使用目标云等价能力重新配置 |
数据服务 | 数据库、缓存、队列、对象和文件存储 | 分别执行资源级迁移 |
平台治理 | IAM、日志、监控、策略、成本和备份 | 在目标云重新建立基线 |
- 用 IaC 创建目标网络、集群和基础组件。
- 扫描源云专用 Annotation、CRD、StorageClass 和 IAM 绑定。
- 将镜像复制到目标仓库，避免割接时跨云拉取。
- 部署无状态工作负载并进行压力测试。
- 迁移外部数据库和持久卷，验证恢复流程。
- 通过 DNS、全局流量管理或网关逐步引流。
- 保持双集群观察窗口，确认稳定后再退役源集群。
Velero 或 CSI 快照可以帮助恢复 Kubernetes 资源和卷，但目标云负载均衡、数据库、IAM、密钥系统和网络策略仍需要明确映射。详细步骤参见Kubernetes 跨云迁移。
Built with