云迁易迁移手册
跨云迁移、云资源迁移与生产上云中文文档
按任务查找,不按概念浏览
面向正在执行迁移的工程师和负责人:直接进入资源手册、设计器、开源工具和验收方法。每篇文档说明适用范围、失败模式、试迁、割接与回滚。
一台服务器、传统三层系统、Kubernetes 平台和刚从 localhost 上线的 AI 应用,不应套用同一份迁移方案。
1 台服务器简单,但必须可恢复适合个人、小团队和年消费较低的工作负载。
传统企业架构按依赖分批迁移应用、数据库、文件和入口需要分别安排窗口。
云原生平台重建平台,迁移状态声明式资源、托管服务和外部依赖分层处理。
Vibe Coding从本地走向生产补齐域名、数据、密钥、监控、成本和恢复。
| 年度云消费 | 建议的迁移深度 | 推荐入口 |
|---|---|---|
1,000 元以下 | 备份、重建、DNS 切换,不引入重型平台 | |
1,000—10,000 元 | 形成最小生产基线和可重复部署 | |
10,000—100,000 元 | 盘点依赖,分别迁移数据库与对象存储 | |
100,000—1,000,000 元 | 批次、低停机、统一验收与恢复演练 | |
1,000,000 元以上 | 治理、专线、合规、容灾和退役审计 |
| 任务 | 工具或工作台 | 关键边界 |
|---|---|---|
文件与对象复制 | 复制不等于备份,删除必须先 dry-run | |
文件备份与恢复 | 仓库检查不能替代恢复演练 | |
MySQL 物理备份 | 主版本兼容,prepare 后仍需启动验证 | |
PostgreSQL 恢复 | 备份与 WAL 必须连续 | |
Kubernetes 备份 | 外部数据库和云资源要单独迁移 |
不要先执行复制命令。先保存可以恢复的独立备份、确认目标环境、写明验证标准和回滚条件,再开始迁移。
第一次组织完整迁移项目时,继续阅读云迁移完整路线图。
Built with