从本地到云迁移

云迁移：基础知识

云迁移是将数据、应用程序和其他IT服务迁移到云中。在本文中，我们主要讨论本地到云的迁移，即将内部数据中心和其他基础架构中托管的数据传输到基础架构即服务（IaaS）或平台即服务（PaaS）云部署。但是，“云迁移”有时用于描述在多云系统的上下文中或在某些情况下将数据从一个云移动到另一个云。

在迁移过程中，本地数据通常会传输到单个公共云、多云服务或混合云解决方案，该解决方案利用公共云资源和私有本地数据基础结构。

云迁移的4种类型

云迁移策略有几种方法，你所做的选择将取决于你的特定业务需求。企业中有多少数据需要迁移到云中？几百千兆字节？十几TB？这是您的第一次迁移吗？回答这些问题将有助于确定组织的最佳云迁移策略 。

1. 重新托管：通常也称为“直接迁移”或“叉车迁移”方法，重新托管是最简单的本地到云迁移类型。应用程序、数据、架构和工作负载从数据中心移动到IaaS云部署，而不会以任何方式进行更改。虽然这种类型的迁移相当容易完成，但它限制了你可以对应用执行的操作，因为它们尚未修改为云本机。它最适合于选定的低影响本地工作负荷，或作为刚接触云的组织的初始迁移方法。
2. 重构：这种策略有时被称为“淘汰并替换”或“重新设计”，比重新托管更费力和时间。它需要重写和重组应用程序的体系结构——以及潜在的数据和模式——无论是在迁移之前还是之后；迁移后更常见。重构的主要好处是，您基本上可以从头开始重新设计应用程序，同时考虑到云，利用云服务提供商（CSP）必须提供的最新、最先进的功能。初始云迁移成本可能更高，但从长远来看，您的云工具将更有效地运行。如果打算将大量应用和工作负荷移出本地，则重构可能最终是最佳选择。
3. 平台重构：平台重构介于重新托管和重构之间，涉及对应用程序进行一些更改，同时保留其其他一些核心元素。因此，它有时被称为“移动并改进”或“修改”。一个常见示例是修改应用与数据库交互的方式。平台重构可用于从本地基础结构到IaaS的迁移，以及移动到PaaS服务的迁移。
4. 取代：在此迁移策略中，数据从现有的本地应用程序获取，并移动到由第三方创建的基于云的软件即服务（SaaS）应用，而原始内部应用将被丢弃。对于应用程序已经部分受损或只是使用他们认为不如第三方SaaS选项的旧工具的企业，此方法可能很有意义。

从本地迁移到云的优势

出于多种原因，企业可以选择将其应用和工作负载从本地数据中心转移到云基础架构。有时，它基于利用云几乎无限存储的一般愿望。在其他情况下，组织正在寻求满足特定需求，例如为DevOps提供更好、更灵活的工作环境。

也就是说，绝大多数组织都希望通过云迁移而享受到几个关键优势：

提高可访问性

当今的企业存在于云优先的商业世界中。由于大量企业的员工分布在不同的地点（通常是在家工作或其他非办公室环境中），因此无论员工身在何处，始终在线访问关键应用程序和数据至关重要。利用公共云资源可以确保位置不会成为人员完成工作的障碍。

提高性能和敏捷性

如果应用程序运行缓慢或运行不正常，则在任何地方运行应用程序的能力就没有那么有价值。当工作负载从本地基础设施迁移到云时，这种情况不太可能发生，因为主要的CSP在世界各地都有云数据中心，以减少客户运营的延迟。

此外，迁移到云使成长型企业更容易根据需要调整和添加资源。这包括从CSP或第三方供应商的新SaaS工具到内部开发的应用程序的所有内容。

利用弹性和可扩展性

企业经常面临资源需求的突然飙升：有时是几分钟或几小时，有时是几周或几个月。云的弹性和可扩展性使您能够在必要时动态扩展计算、内存和存储功能，并在需要时收缩它们，从而解决短期激增问题。您还可以根据业务需求添加和减少新资源。这是本地操作在速度方面无法比拟的优势。

实现成本效益

云的上述弹性和可扩展性也使其能够以多种方式提供更高的成本效益。例如，无论如何，纵向扩展本地基础架构都将比此类云成本更昂贵，而缩减规模的成本可以说更高。此外，从长远来看，将云使用作为开展业务的持续成本可以提高预算和支出的效率。

支持安全性和合规性

主要的CSP，特别是AWS，Azure和谷歌云的“三巨头”，提供了许多云原生安全功能，很可能超出了您在本地拥有的功能。这可以让你遵守受严格安全法规约束的数据工作负荷的合规性要求。如果您的企业选择多云部署，您甚至可以将一个或多个云专门用于这些工作负载。

从本地基础结构成功迁移云的5个步骤

没有两个迁移项目是相同的。但是，一般来说，以下5个步骤将很好地为任何企业从本地迁移到云的工作提供便利：

1. 制定计划：成功的云迁移首先要回答两个问题。为什么要将数据和应用迁移到云？您将迁移什么？这将决定操作的复杂程度：例如，与企业工作负载的完整转移相比，使用云对少量应用程序进行灾难恢复将不那么复杂，涉及的步骤更少。同样，如果DevOps是你的主要动机，你就会知道迁移到PaaS可能比IaaS更好。现有应用程序和报表的完整清单也至关重要，以识别未访问过的未使用或重复的报表和数据，并避免迁移这些项的额外工作。
2. 提前做好调研：调查不同供应商的产品，以了解每种情况下的总拥有成本（TCO）是多少。您还需要考虑不同迁移策略的物流和资源要求。请记住：从本地到云迁移（例如：某些应用工作负载的初始直接迁移操作）从小规模开始，并在以后尝试不同的策略（如重新平台化或应用重构）时，当你更好地了解云中需要什么时，这没有什么坏处。
3. 准备您的安全性：在实际迁移之前部署云防火墙即服务（FWaaS），以最大程度地减少传输过程中本地数据的暴露。
4. 从小处着手：通过实时移动对企业运营不具有关键任务的工作负载来开始迁移，并测试其云功能。确定应用和数据在云中按顺序排列后，请根据您确定的策略继续迁移。在此过程中，业务操作可能会延迟，尤其是在重构未经过全面规划和高级测试的迁移时。大多数云提供商都提供有助于缓解中断的工具。
5. 精益求精：迁移完成后，根据需要仔细同步和更新应用。如果要执行仅限云的迁移，则可以禁用本地系统。但是，在许多情况下，保留这些系统将是有价值的，例如混合云部署。

需要克服的移徙挑战

通过本地到云的迁移来拥抱最新云趋势的可能性并非没有潜在的挑战。通过仔细的规划和合适的合作伙伴，您可以避免以下障碍：

• 成本超支：与迁移相关的费用和TCO、带宽需求、资源分配以及持续的迁移后成本可能会迅速增加。事先仔细规划至关重要。
• 数据库：在某些情况下，将本地数据库迁移到云比传输应用工作负荷慢得多，但不必如此。您的云供应商代表和IT团队可以协作并找到方法来缓解本地迁移到云导致的任何运营中断。
• 传统基础设施和应用程序：一些遗留系统是在云计算出现之前开发的。大多数都可以迁移，但提前考虑至关重要。在规划阶段，确定在迁移之前是否应重新平台化、重构或替换旧资源。
• 安全：迁移前和迁移后的CSP都为云基础架构提供安全性，而不是工作负载和数据。这就是为什么部署和维护云FWaaS对于云资源和维护的任何本地基础结构都如此重要，因为它可以保护两者。

Teradata的数据迁移方法可以帮助您规避在此过程中可能出现的困难，尤其是在将数据库迁移到云时。通过全面的咨询、自动化、数据统一和数据模型集成的组合，Teradata Vantage和其他工具可以帮助您执行成功的迁移，并更好地了解您的数据和云基础架构。

要了解有关Teradata如何在此过程中提供帮助的更多信息，请阅读我们的白皮书“云迁移之旅的数据驱动方法”。

了解有关Vantage的更多信息