组件与负责人
应用、服务、服务器、数据库、存储、域名及责任人。
01 / 指南
资产盘点
建立一份当前运维人员以外的人也能理解的工作负载记录。
使用与变化
流量规律、批处理窗口、增长、发布周期与季节性需求。
当前运营方式
监控、备份、补丁、故障、供应商与维护流程。
02 / 指南
依赖关系
隐藏依赖是迁移风险的常见来源。
应用与数据
调用路径、数据库连接、队列、文件交换与定时任务。
身份与访问
认证来源、服务账号、证书、密钥与管理路径。
网络与外部服务
DNS、IP 白名单、VPN、防火墙、第三方 API 与上游服务商。
03 / 指南
切换输入
明确迁移如何获批、观察与回退。
验收检查
功能、数据、性能、访问与监控检查，并指定负责人。
数据过渡
初始复制、变更捕获、最终同步、验证与保留。
回退与沟通
回退触发条件、权限、时间限制、相关方通知与故障路径。
04 / 指南
发现阶段交付物
发现阶段应形成可复核记录，而不只是会议摘要。
资产与依赖图
范围明确的清单及组件间的关键关系。
迁移批次建议
基于依赖、风险、验证与运营准备度形成的迁移顺序。
待决事项与风险
实施前的假设、缺失证据、负责人和审批门禁。
边界
使用边界
发现阶段可以降低不确定性，但无法消除迁移风险。切换计划必须在执行前结合工作负载最新状态再次复核。
FAQ
常见问题
以下答案完整显示，便于阅读、引用与复核。
01资产清单需要多详细？
详细程度应足以识别每个范围内组件的负责人、依赖、数据、访问、运营限制与安全迁移所需检查。
02可以在选定目标平台后再做发现吗？
部分工作可以，但在发现前过早批准平台，可能固化之后会影响区域、服务选择、顺序与成本的假设。
03谁批准迁移批次？
工作负载的技术与业务负责人应批准范围、时间、验收、回退与运营准备度。
下一步
梳理迁移发现工作
说明当前工作负载、目标方向、依赖、时间与连续性限制。
需求顾问将与您共同梳理服务、工作负载、区域、流量、存储、备份与托管范围。