将应用程序迁移到云的 6 个策略
发布时间：2022-11-03 15:42:20 所属栏目：应用 来源：
导读： “移民的实际生活状况如何?—?嗯，这取决于很多因素：教育程度、经济状况、语言、入境地点以及在到达地所拥有的支持网络等。” -Daniel Alarcón
本文概述了我们看到客户实施的旨在
本文概述了我们看到客户实施的旨在
|
“移民的实际生活状况如何?—?嗯，这取决于很多因素：教育程度、经济状况、语言、入境地点以及在到达地所拥有的支持网络等。” -Daniel Alarcón 本文概述了我们看到客户实施的旨在将应用程序迁移到云的 6 个不同的迁移策略。这些策略基于 Gartner 在 2011 年在此处概括的 5 R。这是有关迁移的由三个部分组成的系列文章的最终部分。本系列的第一篇文章说明了大规模迁移的概念 (我们在整个系列中将其简称为“迁移”)，本系列的第二篇文章介绍了大规模迁移到云的过程。虽然这些文章是各自独立的，但我相信通读它们会取得更好的效果。 制定迁移策略 企业通常在“迁移过程”的第二个阶段? (产品组合发现和规划) 开始考虑如何迁移应用程序。此时企业会确定其环境中存在的应用程序、这些应用程序的相互依赖性、哪些应用程序容易迁移、哪些应用程序难以迁移，以及如何迁移各个应用程序。 利用这些知识，组织可以草拟出一个方案 (在迁移和学习的过程中应该考虑其会受到哪些变更的影响)，了解将如何迁移其产品组合中的每个应用程序以及以何种顺序迁移。 迁移现有应用程序的复杂性因架构和现有的许可安排而有所不同。如果要我考虑如何将大量的应用程序迁移到一个复杂性光谱，我会将虚拟化、面向服务的架构迁移到该光谱的低复杂性一端，将一体式大型机迁移到光谱的高复杂性一端。 我建议从复杂度较低的应用程序开始迁移，理由很明显，即迁移更容易完成?—?这将在您学习时为您提供一些直接的正面强化效果 (即“速效方案”)。 6 个应用程序迁移策略：“6 R” 我们看到的 6 个最常见的应用程序迁移策略是： 我们发现许多早期云项目倾向于使用云原生功能的全新开发，但在大型传统迁移方案中，组织希望快速扩大迁移规模以满足业务需求，我们发现大多数应用程序都被重新托管。例如，GE Oil & Gas 发现，即使不实施任何云优化，该公司也能通过重新托管将成本降低大约 30%。 大多数重新托管可以通过工具自动进行 (例如，AWS VM 导入/导出、Racemi)，但一些客户更喜欢手动完成此操作，因为他们可以学习如何将旧系统应用于新的云平台。 我们还发现，如果应用程序已在云中运行，它们将更易于优化/重新构建。对此，一部分原因是您的组织在这方面的技能更熟练了，另一部分原因是困难的部分 (迁移应用程序、数据和流量) 已经完成了。 平台重建?—?我有时称其为“修补再搬运”。 在这个阶段，您可能要进行一些云 (或其他) 优化以获得一些有形的收益，但您不能更改应用程序的核心架构。您可能希望通过以下方法缩短用于管理数据库实例的时间：迁移到数据库即服务平台，如 Amazon Relational Database Service (Amazon RDS)，或将应用程序迁移到完全托管的平台应用程序清单，如 Amazon Elastic Beanstalk。 我们合作的一家大型媒体公司将其在本地运行的数百个 Web 服务迁移到了 AWS，在这个过程中，它从 WebLogic (一个需要价格高昂的许可证的 Java 应用程序容器) 迁移到了 Apache Tomcat (一个开源的等效容器)。除了从迁移到 AWS 所获得的成本节省和敏捷性，这家媒体公司还节约了数百万元的许可成本。 重新购买?—?迁移到另一个产品。 我最常将重新购买视为迁移到 SaaS 平台。将 CRM 迁移到 Salesforce.com，将 HR 系统迁移到 Workday，将 CMS 迁移到 Drupal，诸如此类。 重新构建?—?重新设想如何构建和开发应用程序 (通常使用云原生功能)。 这通常由增加功能、扩大规模或提高性能的强大业务需求推动，而这些需求可能在应用程序的现有环境中难以实现。 您是否希望从单体架构迁移到面向服务 (或无服务) 的架构以改进灵活性或业务连续性 (我听说了一些在 e-bay 上订购大型机风扇皮带的故事)？这种模式往往是成本最高的，但如果您具有良好的产品-市场契合度，它也可能是最有益的。 停用?—?丢弃。 发现环境中的所有应用程序后，您可能会询问哪个职能领域拥有哪个应用程序。我们发现有多达 10% (我发现有 20%) 的企业 IT 产品组合不再有用，可以直接关闭。这些节省可以提高业务绩效，让您的团队将原本不足的精力放在人们使用的产品上，并缩小您必须保护的表面面积。 保留?—?这通常意味着“重新访问”或什么都不做 (就目前而言)。 您可能仍然能够承受一些折旧，没有准备好为最近升级的应用程序设定优先顺序，或者不打算迁移某些应用程序。您只应迁移对业务有意义的应用程序；并且，随着产品组合的倾向从本地变为云，您保留应用程序的理由可能会更少。 您的迁移经验是什么？请一定告诉我并发表在我的博客上！ 不断构建 – Stephen orbans@amazon.com @stephenorban 注：“迁移”是我在“云优先之旅”系列中写到的四个“采用阶段”中的第三个。第一个阶段是“项目”。第二个阶段是“基础”。“迁移”之后是“改造”。 （编辑：航空爱好网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐