传统架构迁移
先迁无状态层，再处理共享状态和流量入口
传统架构通常由负载均衡、Web/应用服务器、数据库、Redis、消息队列、共享文件和定时任务组成。推荐通过目标环境重建与数据同步完成迁移，而不是逐台服务器整机复制。
图：先验证无状态层，再逐步处理外围状态和核心数据库，可以缩小每个批次的失败范围。
批次 1：目标底座
建立账号权限、VPC、子网、NAT、安全组、日志、监控、备份和预算告警。提前申请域名证书并配置测试入口。
批次 2：无状态应用
在目标云重新部署应用服务器和负载均衡，通过测试域名连接源数据库验证应用。不要立即承载生产流量。
批次 3：外围状态
迁移对象存储、共享文件、缓存、搜索和消息队列。明确哪些数据可以重建，哪些必须保持顺序或一致性。
批次 4：核心数据库
执行结构、全量和增量迁移。数据库追平后进行完整业务回归和性能测试。
批次 5：流量切换
冻结高风险变更，切换数据库连接或应用配置，再逐步调整 DNS、CDN 或负载均衡流量。观察稳定后释放源云。
- 应用服务器本地上传目录和 Session
- 只允许源云出口 IP 的第三方接口
- Redis 中不能丢失的队列、锁或会话
- 消息队列未消费消息和重复消费处理
- 共享文件的 POSIX 权限、文件锁和挂载参数
- 报表、批处理和数据库定时事件
先完成资产与依赖盘点，再制定批次。
Built with