加速您的云迁移和 IT 产品组合分析的 3 条捷径

一只脚踩在油门上，另一只脚踩在刹车上可能会让您哪里也去不成，而且肯定会烧毁汽车的重要部件。-Terry Savage

我最近发布了几个系列的文章，其中详述了我们在大规模的 IT 转型和云迁移中看到的一些模式。2014 年，我已谈及“分析瘫痪”是我们看到过的阻碍大型组织利用云的最大障碍之一。今天，AWS 的 Ryan Hughes 详细介绍了他和他的团队在帮助许多大型组织迁移到云并避免分析瘫痪时确定的一些捷径…

最近，AWS ProServe 顾问团队一直在帮助我们最大的一些企业客户分析和优先考虑其应用程序产品组合，以帮助他们做好迁移到 AWS 的准备。有趣的是，我们发现，与整个迁移工作的其他阶段相比，这种分析 (也称为产品组合合理化或应用程序处置) 已经开始消耗不成比例的时间。

为什么？许多企业告诉我们，一旦他们深入研究从其配置管理数据库 (CMDB) 或资产管理系统等场所采集的现有 IT 产品组合信息，就会发现这些信息不准确或过时，这令人感到意外。这种不确定性会导致迁移过程延迟，我们发现，许多高管会暂停工作，直到他们更准确地了解其应用程序所带来的业务价值、他们使用的资源以及他们使用的许可证。

虽然我们认同通过分析来了解应用程序的基础组件 (例如开发语言、虚拟机大小、操作系统) 是确保应用程序有效迁移至云的重要步骤，但是许多企业错误地将所有此类信息作为利用云执行任何工作的先决条件 (分析瘫痪)，而不是将产品组合分析视为其迁移的持续和迭代部分。

Cardinal Health 是在其云迁移计划的早期遇到此障碍的企业客户之一。作为医疗保健行业的财富 25 强企业，Cardinal Health 致力于提高其业务敏捷性，同时保持较低的 IT 成本。云在实现这两个目标上有独特的优势，而 Cardinal Health 最近要求我们将敏捷结构注入其产品组合分析中，以便他们能够：

1.     更轻松地确定他们首先应迁移的应用程序

2.   尽快迁移这些应用程序，同时他们并行地迭代剩余的产品组合分析工作 (这样他们就能更快地实现价值并开始学习)

3.    基于他们从迁移中学到的知识，反复地向产品组合分析过程提供反馈

通过与他们的过程工程师和云团队协作，我们获得了三个主要的加速器，我们现在称之为“捷径”。2016 年 12 月，Cardinal Health 在 AWS re:Invent 分享了其成果 (视频)，并且我们已对许多其他客户使用这些捷径。

它们是：

第 1 条捷径 — 在做事之前，不要计划好一切

分析瘫痪？许多企业错误地将完整的产品组合分析视为开始其云迁移的先决条件。相反，我们建议企业快速地了解哪些应用程序是符合云资格的，云友好的或云原生的 (标准见下文)，然后对一部分此类应用程序进行深入分析。

在基于应用程序的特征将其“嵌入”后，这些应用程序将在待办事项中被优先考虑 (请参阅有关云迁移过程的上一篇文章)，以便迁移团队能够立即开始迁移至 AWS 的过程。利用这种及时处理待办事项的方法，迁移团队能够利用其不断积累的迁移经验来为产品组合分析团队提供经过验证的见解，以便在将来的迭代中更精确地选择应用程序。

第 2 条捷径 — 创新以促进成本降低

许多大型企业 (以 Capital One、General Electric (GE) 和 Dow Jones 为例) 正在将其大部分  ( 有时候是全部 )  IT 产品组合迁移到云…这种做法不足为奇。事实证明，企业可以通过将工作负载从本地迁移至 AWS 来降低成本。虽然省钱永远不会过时，但我们最成功的客户不会只关注现有应用程序的大规模迁移。实际上，企业客户采用 AWS 服务的最常见模式 (称为“采用阶段”) 是从以创新为中心的小型项目开始的。

这些创新性项目致力于扩展企业 IT 人员的思维模式和技能组合，使其超出常见的数据中心约束。 基础设施即代码、完全托管的云服务和无服务器架构立即触手可及并且将充当助推组织的云知识的“光辉”典范。

创新项目远不止那些提升员工技能的科学实验。它们还为企业提供其他类型的财务激励。不同于仅负责通过大量现有工作负载迁移来降低成本的 IT 组织，IT 可以开始直接推动收入增长。

作为红利，创新项目掀起的云知识浪潮实际上充当了加速组织的大规模迁移计划的催化剂。

将这两种方法 (大规模迁移和创新) 结合使用一直是使顶级企业能够提高收入并降低整体 IT 成本的关键战略。

第 3 条捷径 — 重购：迁移的秘密武器

在分析产品组合时，许多组织会因与这些专有系统相关的复杂性而将大型企业应用程序 (例如 SAP、Teradata 和 Tableau 解决方案) 放入“重新访问”存储桶中。不过，其他几个客户看到了巨大的机会，可以通过利用预配置的云就绪解决方案 (由其当前软件供应商或类似的竞争供应商直接提供) 来快速地将这些解决方案转化为上述“绿色”云存储桶之一。

顶级企业发现，将其部分复杂环境迁移到云的最快方式是使用“重新购买”战略，而不是使用“重新托管”或“重构”迁移战略 (请参阅有关 迁移战略的 6 R 的上一篇文章)。现在，称为“重购”，并不意味着您应该抛弃当前的解决方案供应商。许多 AWS 合作伙伴已经朝着在云中提供其解决方案的方向前进了。

一个常见的例子是，将本地 SAP 开发和测试环境替换为 AWS Marketplace 中的部署。AWS 已与 SAP 合作以确保其可用的解决方案已经过测试和预配置，以便在 AWS 环境中运行。这会将企业的适用于这些类型的解决方案的云计划更多地转化为数据迁移和配置练习而不是全范围迁移。

对于 Teradata、Tableau 和来自 1100 多家供应商的其他 3000 多个软件解决方案，情况也是一样…客户发现，通过使用这些预配置的部署，大量应用程序迁移工作事先已经完成。这条捷径的力量促使许多企业在产品组合分析过程中，开始将“重购”迁移战略视为其云迁移的“首选”策略。

总之，通过使用这三条捷径，企业可以在决定先将哪些应用程序或业务功能迁移至云时缩短价值实现时间。此外，企业可访问 AWS 迁移合作伙伴解决方案页面来浏览经过验证的工具、服务以及在产品组合分析过程的不同类别 (包括发现、规划和应用程序分析) 中具备“迁移能力”的合作伙伴，从而进一步加快其云计划。