什么是 IT 迁移？

IT 迁移是指将数据或软件从一个系统转移到另一个系统。根据具体项目，IT 迁移可能涉及一种或多种迁移：数据迁移、应用迁移、操作系统迁移和云迁移。

下面举几个常见的 IT 迁移示例：

• 升级应用或操作系统 (OS)
• 将数据从一种数据库移至另一种数据库
• 替换数据存储系统
• 从本地基础架构移至云基础架构
• 使用容器化服务替代单体式应用

IT 迁移项目通常涉及很多组件的移动，而且相关的要求因企业的具体需求而异。周全的规划并辅以基础架构自动化战略，可以有效降低 IT 迁移的难度。

数据迁移是将数据从一种存储库转移到另一种存储库。在旨在扩大存储容量、提高性能、简化数据管理、降低成本、减少物理空间占用，或增加新功能的升级中，通常就包含了这项工作。

数据迁移分为三个阶段，分别为：规划、执行和验证。期间可能需要在网络上传输大量数据，也可能需要将驱动器从一个地方移到另一个地方。 

每一次迁移都各不相同，要具体取决于要迁移的数据量、迁移速度要求、涉及的工作负载类型以及安全考量。

数据迁移有时是从本地数据存储库迁移到云存储库，有时则是从一个数据平台迁移到另一个数据平台。一般来说，数据迁移的方式有两种，可以任选其一：

• 线上迁移，即通过互联网或专用网传输数据。
• 线下迁移，即通过物理方式将存储设备从一个地方运送到另一处。

数据库迁移

数据库迁移是一种特殊的数据迁移。企业如果更换了服务提供商，或者准备迁移至新的基础架构（如云端），则可能会在数据库升级过程中，将数据从一个数据库迁移到另一个数据库。

迁移到另一个数据库时，有时需要确保源数据库的架构与目标数据库兼容，必要时还需要进行转换。很多云数据库提供商可提供自动完成这项流程的工具。

与标准数据迁移一样，数据库迁移也需要事先规划，然后再执行迁移以及之后的验证。

应用迁移是指将软件应用从一个 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. 执行迁移。在实际迁移中，需要根据能够满足用户需求的时间表，将现有工作负载迁移到新环境中。

有些 IT 迁移是为了适应软件供应商的要求。SAP®（主要的 ERP 软件供应商）要求客户在 2027 年以前迁移至 SAP HANA® 和 SAP S/4HANA®，才能继续获得支持。

SAP S/4HANA 仅在 SAP HANA 数据库上运行，而该数据库则在 Linux® 上运行。对于很多客户来说，这种升级需要将他们的 SAP 系统迁移到新的 IT 环境中，过程漫长而又复杂。这一过程需要创建和正确配置目标基础架构，复制数据，测试和验证新的设置，还要将工作负载重定向至新的环境。

因此，自动化便成了快速、有效和可靠完成这种迁移的关键。

在 IT 迁移中，自动化可以促进项目更快、更顺利地进行，减少重复的手动流程可能造成的错误。

借助红帽 Ansible 自动化平台进行自动化，只需按照三个推荐步骤：定义、部署和发现，即可自动化完成您的迁移任务。

• 定义：分别确定要自动化的每个组件，同时还要考虑顺序/流程。
• 部署：利用您的组件定义/自动化流程进行部署和测试。
• 发现：每次应用自动化时，都要对已部署的应用或软件进行测试，寻找还有哪些差距。然后，您可以返回并重新定义存在差距的方面，重复这三个步骤。

随着您学会辨别哪些有用、哪些没用以及如何解决所出现的每个问题，这个自动化周期的速度也会越来越快。

一旦您定义了迁移过程中的每个组件和步骤，您便可以将其串联至一个可重复的 Ansible playbook 中，并开始在新环境中应用了。Ansible playbook 可以记录和执行配置、部署和编排等功能。此外，该工具还提供了一个可重复、可复用且非常简单的配置管理和多机部署系统，便于您有效记录迁移过程，必要时还可重复迁移。 

最终使您能够更顺畅地将系统的各个部分迁移到所需的位置。