数据迁移
数据迁移是将数据从一种存储库转移到另一种存储库。在旨在扩大存储容量、提高性能、简化数据管理、降低成本、减少物理空间占用，或增加新功能的升级中，通常就包含了这项工作。
数据迁移分为三个阶段，分别为：规划、执行和验证。期间可能需要在网络上传输大量数据，也可能需要将驱动器从一个地方移到另一个地方。
每一次迁移都各不相同，要具体取决于要迁移的数据量、迁移速度要求、涉及的工作负载类型以及安全考量。
数据迁移有时是从本地数据存储库迁移到云存储库，有时则是从一个数据平台迁移到另一个数据平台。一般来说，数据迁移的方式有两种，可以任选其一：
- 线上迁移，即通过互联网或专用网传输数据。
- 线下迁移，即通过物理方式将存储设备从一个地方运送到另一处。
数据库迁移
数据库迁移是一种特殊的数据迁移。企业如果更换了服务提供商，或者准备迁移至新的基础架构（如云端），则可能会在数据库升级过程中，将数据从一个数据库迁移到另一个数据库。
迁移到另一个数据库时，有时需要确保源数据库的架构与目标数据库兼容，必要时还需要进行转换。很多云数据库提供商可提供自动完成这项流程的工具。
与标准数据迁移一样，数据库迁移也需要事先规划，然后再执行迁移以及之后的验证。
应用迁移
应用迁移是指将软件应用从一个 IT 系统迁移到另一个 IT 系统。
正如构建和托管应用的方式有很多，迁移应用时也没有一体适用的全能方案。应用迁移通常分为四类：
- 重新托管（rehost），也称直接迁移（lift-and-shift），即直接将一个应用从一个平台移到另一个平台（如从本地服务器移到虚拟机），而不做重大改动。
- 重构（refactor）或重新架构（re-architect），即对应用进行重大改动，以便在新环境中运行。比如将单体应用分解成容器化的微服务，以便可以在云环境中更好地扩展。
- 更换平台（replatform），即迁移到新环境时，需要对应用进行部分修改，但相比重构或重新架构，修改的内容较少。
- 弃用（retire）或替换（replace），即放弃某个应用，改用其他方案，如 SaaS（软件即服务）解决方案。
迁移应用至现代架构
如今，很多 IT 部门都在想办法将应用迁移到现代云基础架构，他们通常会采用容器化服务，然后在此过程中实施 DevOps 流程。
但这项任务堪称艰巨。开发者必须更新到最新的库和 API，对付新的框架、基础设施和架构，并同时上线新的功能和版本。
而在这过程中，我们可以使用一些工具来简化流程，比如使用红帽® 应用迁移工具包（RHAMT） 。这些实用工具可以帮助您快速地同时了解成千上万的应用。这些工具可以识别迁移挑战以及应用之间的共享代码或依赖关系，还可以加快进行必要的代码更改，以便在最新中间件平台上运行您的应用。
操作系统迁移
操作系统迁移是指将 IT 系统从一个操作系统移至另一个操作系统。它有可能发生在旧版操作系统的支持终止后，要升级至更新的系统版本。也可能是从一个操作系统迁移至另一个操作系统，比如从 Windows 迁移至 Linux。
操作系统迁移项目可能会比较耗时，而且可能存在停机、应用不兼容或自定义内容丢失等风险。与其他各类迁移一样，操作系统迁移也需要按部就班慎重进行：
- 准备：在迁移前进行分析，识别工作负载、配置或应用可能存在的难点，并按照相关指导，积极主动地修复问题。
- 自动化：使用自动化控件可以降低迁移项目的风险，帮助确保现有配置、自定义内容和首选项不丢失。
- 迁移：按照最适合您环境的流程进行操作，可以在本地升级，也可以进行全面的重新部署。
很多操作系统（包括红帽企业 Linux®）可提供一些工具和支持来确保操作系统迁移尽可能顺畅进行。
云迁移
云迁移是指将 IT 系统从传统的本地数据中心转移到云环境，或者从一个云环境转移到另一个云环境。期间可能需要构建混合云，从而使应用和数据可跨越多个基础架构进行扩展。云架构的好处有很多，包括易于扩展和节约成本。
公共云提供商会把虚拟资源池作为一项服务，基础架构则通过自助服务界面自动配置。当工作负载出现意外需求波动时，可直接通过公共云进行横向扩展。
如今，公共云通常会成为异构混合环境的一部分，这样既可以提高安全性和性能，降低成本，还可以改进基础架构、服务和应用的可用性。
混合云这种 IT 架构主要是在两个或更多环境（包括公共云）中进行某种程度的工作负载移植、编排和管理。
云迁移并非是孤注一掷的过程。很多时候，云迁移会经过一个试点过程，目的是要在有限的基础上进行系统测试。
成功进行云迁移的流程
1. 规划您的旅程。规划阶段需要对当前的基础架构和应用进行分析。
2. 进行试点。用几个月的时间测试生产就绪环境，这样可以留出足够的时间来确保新环境符合您的要求。
3. 执行迁移。在实际迁移中，需要根据能够满足用户需求的时间表，将现有工作负载迁移到新环境中。
SAP 迁移
有些 IT 迁移是为了适应软件供应商的要求。SAP®（主要的 ERP 软件供应商）要求客户在 2027 年以前迁移至 SAP HANA® 和 SAP S/4HANA®，才能继续获得支持。
SAP S/4HANA 仅在 SAP HANA 数据库上运行，而该数据库则在 Linux® 上运行。对于很多客户来说，这种升级需要将他们的 SAP 系统迁移到新的 IT 环境中，过程漫长而又复杂。这一过程需要创建和正确配置目标基础架构，复制数据，测试和验证新的设置，还要将工作负载重定向至新的环境。
因此，自动化便成了快速、有效和可靠完成这种迁移的关键。
迁移和红帽 Ansible 自动化平台
在 IT 迁移中，自动化可以促进项目更快、更顺利地进行，减少重复的手动流程可能造成的错误。
借助红帽 Ansible 自动化平台进行自动化，只需按照三个推荐步骤：定义、部署和发现，即可自动化完成您的迁移任务。
- 定义：分别确定要自动化的每个组件，同时还要考虑顺序/流程。
- 部署：利用您的组件定义/自动化流程进行部署和测试。
- 发现：每次应用自动化时，都要对已部署的应用或软件进行测试，寻找还有哪些差距。然后，您可以返回并重新定义存在差距的方面，重复这三个步骤。
随着您学会辨别哪些有用、哪些没用以及如何解决所出现的每个问题，这个自动化周期的速度也会越来越快。
一旦您定义了迁移过程中的每个组件和步骤，您便可以将其串联至一个可重复的 Ansible playbook 中，并开始在新环境中应用了。Ansible playbook 可以记录和执行配置、部署和编排等功能。此外，该工具还提供了一个可重复、可复用且非常简单的配置管理和多机部署系统，便于您有效记录迁移过程，必要时还可重复迁移。
最终使您能够更顺畅地将系统的各个部分迁移到所需的位置。
