迁移
迁移涉及规划、执行和优化从本地数据中心和其他云平台到 Azure 的工作负荷迁移。 这些建议可帮助组织最大程度地降低迁移风险、降低成本并取得成功的云采用结果。
规划迁移
评估迁移准备情况和技能。 跨基础结构、安全性和应用程序域评估团队的 Azure 功能，然后聘请Microsoft合作伙伴或 Azure 解决方案架构师来填补专业知识缺口。
选择数据迁移路径。 选择 ExpressRoute 进行高带宽传输、用于加密连接的 VPN 网关、用于脱机迁移的 Azure Data Box 或用于非敏感数据的公共 Internet。
确定迁移顺序。 使用 Azure Migrate 映射应用程序依赖项，按业务关键性确定工作负荷的优先级，并创建避免高峰时段的迁移计划。
为每个工作负荷选择迁移方法。 选择近乎零停机时间迁移以满足任务关键型工作负载，或选择计划停机迁移以适应具有维护时段的应用程序。
定义回滚计划。 使用自动恢复脚本开发备份策略，在非生产环境中建立回滚时间范围和测试恢复过程。
与利益相关者沟通迁移计划。 使用业务理由记录迁移方法、提供经过测试的回滚过程、根据业务约束验证计划，并建立明确的成功标准。
为云准备工作负荷
修复 Azure 中的兼容性问题。 在测试订阅中部署工作负荷资源、识别兼容性问题、将硬编码的配置替换为 Azure Key Vault，并通过 Azure 本机服务消除本地依赖项。
验证工作负荷功能。 测试网络连接、验证身份验证流、执行功能测试、使用 Azure 负载测试衡量性能，以及针对源环境基线验证结果。
创建可重用的基础结构。 为基础结构组件开发 ARM 模板或 Bicep 文件，创建用于配置管理的自动化脚本，并建立版本控制工作流。
创建部署文档。 记录部署程序、记录配置要求、创建运行手册和建立故障排除指南。
执行迁移
准备利益相关者为迁移做好准备。 分配负责的迁移计划，确认技术支持可用性，并进行迁移前准备评审。
实现更改冻结。 通知冻结期，实施变更控制程序，并监控源系统，以防止未经授权的更改。
完成生产环境的最终设置。 使用测试的模板部署基础结构、应用安全策略、验证 Azure 服务是否正常运行并确认网络连接。
执行直接转换。 对于近乎零的停机时间：配置数据库复制、迁移静态文件、暂停同步写入和重定向流量。 对于计划内停机：停止操作、验证迁移数据、测试功能和重定向流量。
维护回退选项。 保留源基础结构、维护网络连接、记录回退过程，并针对问题建立监视。
验证迁移成功。 根据成功标准测试性能、执行功能验证、验证数据完整性并获取正式利益干系人验收。
在稳定期间支持工作负荷。 建立专用支持团队，更新配置数据库，维护增强的监视，并记录所学到的教训。
在迁移后优化工作负荷
微调工作负荷配置。 应用 Azure 顾问建议、实现特定于服务的指南、解决安全建议和配置监视。
验证关键配置。 验证捕获遥测数据监视、确认成本跟踪与基线一致、测试备份过程以及验证安全配置。
收集和处理用户反馈。 通过调查和采访、记录跟踪系统中的问题、分配解决所有权和沟通改进来收集反馈。
计划定期工作量评估。 使用 Well-Architected Framework 工具进行季度评审、评估成本优化机会、评估性能指标和记录优化作。
优化混合和多云依赖项。 使用 Azure Arc 监视混合连接、安全跨环境通信、确定 Azure 平台即服务替代机会，并计划系统迁移。
共享迁移结果。 使用 Azure 成本管理跟踪成本节省、衡量性能改进、记录运营优势，并向利益干系人展示结果。
停用源工作负载
在停用之前获得相关方的批准。 请求业务所有者的书面批准，记录时间线审批，在集中系统中记录决策，并建立审核线索。
回收和优化软件许可证。 确定符合 Azure 混合权益资格的许可证，更新库存系统，重新分配未使用的许可证，并记录更改以确保合规性。
保留数据以满足合规性和恢复需求。 确定受保留要求的数据，使用 Azure Blob 存储实现合规的存储，创建检索过程并建立生命周期管理策略。
更新文档和过程。 更新架构图，修订操作流程，修改监控配置，并对遗留文档进行归档并附上弃用说明。
有关详细的云采用框架指南，请参阅 将工作负载迁移到 Azure。