什么是云迁移策略？
迁移到云有许多好处，包括提高性能和可扩展性、降低运营成本和增强弹性。云可加快实现商机和技术成果，同时通过改善治理和安全性降低业务风险。
但是，迁移到云并不是一个简单的“传输并开启”的过程。常见的云迁移挑战包括：
- 高层主管支持和其他利益相关者支持
- 基础设施类型之间的差异
- 云提供商配置困难
- 需要学习的新系统。
- 传输和配置方面的安全和成本管理考虑因素
- 确定本地和云资源之间的混合需求。
云迁移策略是由组织制定的记录在案的计划，为从其当前基础设施迁移到新的云版本提供了路线图。成功的云迁移策略对于确保业务持续运营至关重要。此外，还必须进行规划，以低成本实施高效的云架构，以便实现未来的扩展和可集成性。
云迁移策略的关键考虑因素有哪些？
可靠的云迁移策略将帮助您在尽可能减少业务运营中断的情况下启动和运行，也不会出现任何意想不到的挑战。首先，在您选择的云基础设施中确定正确的云功能和配置。此外，还要考虑以下因素：
安全性与合规性要求
在迁移之前进行安全评测，确定潜在的风险和漏洞。明确的治理框架有助于在整个过渡过程中执行政策并确保合规性。
自动化和迁移工具
利用自动化可以减少手动工作并最大限度地降低迁移风险。此举还可在基础设施即代码（IaC）方面提供帮助，确保配置在不同环境中保持一致。组织应评测适当的工具，以优化其迁移速度和可靠性。AWS Migration Hub 是开启云迁移探索之旅的理想平台。
迁移和迁移后操作培训
成功的云过渡取决于 IT 团队和最终用户的就绪情况。培训计划应涵盖新的云技术、安全协议和运营最佳实践。您还应建立知识库并确保持续的支持和文档记录。
日程安排和时间表
分阶段迁移方法有助于最大限度地减少业务中断。您可以创建迁移时间表，首先确定关键工作负载的优先级，同时保持运营连续性。您的云迁移计划还应计划旧基础设施的停用。这包括停用未使用的服务器、取消冗余许可，以及确保数据安全存档或删除。在迁移和停用之间，您可能需要留出足够的时间，这样每个人都能对新基础设施感到满意。
增量转换和持续优化
采用云需要渐进式转型策略，而不是一次性迁移。逐步实现应用程序现代化可以降低风险，并帮助团队适应新的云环境。随着时间的推移，您可以利用自动扩展、预留实例和调整技术来最大限度地减少开支。定期监控可确保云资源得到高效利用。
主要的云迁移策略有哪些？
不同的资源需要不同的迁移方法。将应用程序迁移到云端有七种迁移策略，即 7 R。
停用
当不再需要资源时使用此策略。在这种情况下，您可以选择停用或存档资源。这只是意味着关闭不再需要的应用程序的服务器。在以下情况下可停用：将应用程序迁移到云端没有商业价值；应用程序会使用不再支持的旧技术；将应用程序关闭会更具成本效益。
可以通过分析应用程序的平均 CPU 和内存消耗量来确定此类应用程序。消耗量低于 5% 的应用程序可以立即停用。也可以考虑消耗量介于 5% 到 20% 之间的应用程序，尤其是当它们在 90 天内没有入站请求时。
保留
此策略涉及在不迁移到云端的情况下保持资源原样。这可能是由于安全原因、缺乏增值、物理依赖项或其他复杂考虑因素所致。例如，您可以推迟迁移最近用大量投资升级了基础设施的应用程序。或者，您也可以保留第三方应用程序，直到供应商发布 SaaS 版本。
重新托管
重新托管云迁移策略是“直接迁移”方法。例如，您可以将物理服务器的配置和工作负载迁移到云环境中的同一台服务器。您可以将计算机从多个来源迁移到 AWS 云，而不必担心性能中断、兼容性、远距离数据复制或较长的割接时间。
重新放置
重新放置策略将基础设施从一个环境迁移到另一个环境。当云基础设施的映射与您的现有资源等效时，就会使用它。例如，将 VMware SDDC 迁移到 VMware Cloud on AWS。您也可以使用它来重新配置现有的云基础设施。在 AWS 中，这可能意味着将实例或对象转移到不同的 AWS 账户、区域或虚拟私有云（VPC）。例如，您需将一个 Amazon RDS 数据库实例转移到另一个 AWS 账户。
重新购买
重新购买涉及从当前的应用程序或基础设施迁移到其他产品。使用案例包括从本地许可证迁移到 SaaS 许可证、使用类似的云产品替换应用程序，或者使用开箱即用的云解决方案替换自定义应用程序。在购买之前，请根据业务需求（尤其是安全性与合规性方面）对新应用程序进行评测。
更换平台
更换平台（Replatform）策略是指“提升、调整、迁移”或“lift and reshape”。 该策略涉及重新配置应用程序或基础设施组件，并以某种方式针对云对其进行优化。可以在不影响安全性的情况下保持您的旧应用程序正常运行。同时，您可以通过将虚拟机移至容器、迁移到托管或无服务器服务或从一个操作系统迁移到另一个操作系统来降低成本并提升性能。
例如，您可以将 Microsoft SQL Server 数据库所在的平台更换为 Amazon RDS for SQL Server，或将机器学习工作负载迁移到 Amazon SageMaker。
重新架构
重新架构策略不仅限于通过更改应用程序或基础设施的架构以利用云原生功能，来更换平台。如果您的旧应用程序采用单一设计、测试覆盖率差或过时的代码变得越来越难以维护，可以考虑重构。根据应用程序的不同，您可以考虑重复使用某些代码区域，同时更改其他代码区域或从头开始重新设计。重新架构可能是一个漫长的过程，需要云和工程专业知识。
云迁移过程是怎样的？
云迁移过程超越了当前和目标技术，涵盖组织变更管理的各个方面。该过程包括以下三个步骤：
第 1 步：评测
在迁移到云环境之前，您必须评测自己的就绪情况，确保成功实现转型的最佳机会。AWS Cloud Adoption Framework（CAF）从六个角度考虑云迁移就绪情况：业务、人员、治理、平台、安全性和运营。
您还必须评测组织的应用程序组合，了解如何实现应用程序的迁移与现代化。复杂的基础设施、集成、安全性和身份考虑因素为现有应用程序提供支持。应用程序组合评测可确定关键利益相关者和数据来源，并帮助确定应用程序迁移优先级。
您可以使用 AWS 云就绪情况评测来自我评测组织的云就绪情况。AWS 还提供免费迁移评测，我们的团队在多个垂直领域对您的组织进行评估和打分，包括详细的业务案例、运营、安全性、人员等。
我们帮助您发现组织存在就绪差距的具体领域。通过努力缩小这些差距，您可以提高成功实施迁移计划的机会。
第 2 步：动员
动员阶段包括迁移规划，以及根据云提供商的目标架构为当前环境选择最佳迁移策略。任务包括但不限于：
- 迁移资源的优先级。
- 制定迁移目标，例如速度、停机时间和运营能力。
- 对员工进行迁移和迁移后服务管理和运营方面的培训。
- 创建目标架构和服务
- 使用较小或不太重要的应用程序或服务测试迁移环境
强烈建议在动员阶段使用架构决策记录（ADR）。这份动态文档涵盖了每个架构决策以及选择背后的原因。
例如，许多组织选择重构或保留旧软件系统。重构可能既漫长又昂贵，但通常会在几年后实现投资回报。应用程序的重构方式也会影响这些计算。ADR 可以说明重构后的结构、依赖项、接口和构造技术如何随着时间的推移提供相同（或更好）的性能并降低拥有成本。
第 3 步：迁移与现代化
迁移过程本身取决于组织迁移的规模和要求。较小或更简单的迁移可以使用随时可用的工具逐一推出，而没有可重复的模式或可自动化的共性。更大规模或更复杂的迁移需要跨越多个应用程序、基础设施元素、组织领域或项目的新兴模式。
AWS 提供了多种迁移工具，例如 AWS Application Discovery Service 和 AWS Database Migration Service，以支持复杂的迁移。您也可以考虑建立迁移工厂来进行大规模的云迁移活动。迁移工厂是同时运营的团队的集合，由特定团队进行重新托管、更换平台和重构迁移。重构团队的工作方式通常与软件开发团队类似，并通过 DevOps 风格的支持。
根据初始迁移制定自动化计划、流程和工具有助于加快整个组织的云迁移过程。
AWS 如何支持您的云迁移策略？
借助 AWS 云服务，您可以依托这一实力雄厚的基础云提供商，充分利用现有的数据和应用程序，借助人工智能实现业务扩展与增长，并探索更广阔的发展空间。选择正确的云迁移策略对您计划的成功至关重要。无论您是在考虑云迁移还是准备开始将资源转移到云端，AWS 都会提供指导、评测工具和一系列合作伙伴帮助您入门。
AWS 迁移加速计划（MAP）是一项全面且经过验证的云迁移方案，基于 AWS 成功助力数千家企业客户迁移到云端的丰富经验。MAP 提供一系列工具、量身定制的培训方法和内容；来自 AWS 合作伙伴网络（一个全球合作伙伴社区）的专业知识；以及 AWS 的相关投资。将 MAP 视为您的合作伙伴，在预算范围内自动执行并加快执行。
立即访问 AWS 云迁移，通过 AWS 实现迁移与现代化。