本文论述了云迁移过程中如何避免陷阱和收获回报
转载自：Andy Patrizio （InfoWorld | 2019年11月18日）
对于大多数公司来说，迁移到云不再是“如果”而是“何时”的问题。通过将应用程序迁移到云上，可以提高安全性、数据访问、可伸缩性和IT灵活性，但这仅仅是开始，转移到云同时也可以帮助您省钱。
然而，请注意：并非所有云迁移都能够进展顺利。迁移的时间通常比预期的长，有的甚至会完全失败，导致时间和开销的浪费。有的应用程序移动到云上后，我们甚至会发现它在云上的表现不如在本地运行的好。结果可能只是另一次迁移——回到本地数据中心。
安全供应商Fortinet赞助、供应链专家IHS Markit最近进行的一项研究发现，许多公司(74%的受访者)在未能实现预期的好处后，已经将基于云的应用搬回了公司。
这不是一个新问题。通过谷歌搜索云迁移失败的案例，可以追溯到几年前的案例。这个问题已经被讨论了有一段时间了。追根溯源，迁移失败不是技术上的失败，往往是领导力的失败。
以下论述了导致云迁移失败的5个主要因素，以及如何才能成功。
云迁移失败#1:缺少一个好的合作伙伴
第一步是要意识到您不能单独做这件事，尤其是在开始的时候。您需要一个合作伙伴，不管是像埃森哲这样的全球性专业服务公司，还是当地的咨询公司。这是问题需要仔细考虑，包括考虑到一些外部因素。理想情况下，您在您的行业和地区能够找到帮助挑选合适的合作伙伴的一个网络顾问。
选择合作伙伴要小心。您需要一个非常有价值的合作伙伴，一个不仅有技术能力而且有变革管理能力的合作伙伴，”企业应用咨询公司总裁Joshua Greenbaum说。
一个好的云迁移专家可以帮助您确定要迁移的最佳应用程序，确定如何集成遗留系统和云服务，并计划和执行迁移。一个好的合作伙伴还可以帮助您制定一个有效的混合或多云策略。
云迁移失败#2：云上的不适症
公司最常犯的一个错误就是让他们的应用程序在云中运行，就像在本地运行一样。CIO咨询公司Avoa总裁蒂姆•克劳福德(Tim Crawford)表示，这是一个巨大而常见的错误。
Crawford说:“本地应用程序习惯于在高峰时消耗资源。“云被设计成在您需要资源的时候使用它们，在您不需要的时候把它们还给您。但传统的应用程序并没有充分利用云计算的自主权和编配能力。”
太多的客户忘记了他们在公有云上运行的每一个字节都是计量的，他们将不得不为此付费。他们让未经修改的应用程序全速运行，耗尽了计算周期，一个月后账单就来了。简单地将一款应用升级并转移到云端，很容易引起用户对账单方面的震惊。在最坏的情况下，您面临的是回退到本地数据中心。
云迁移失败#3：内部技能不足
如果您认为您可以使用ITIL框架、瀑布流程、单片应用程序、操作竖井等老的技术和方法来管理您的公有云或甚至混合云，那么您将会大吃一惊。
您需要能够管理动态基础设施、容器、自动化、微服务等方面技能的人。问题是，其他人也需要！新技术会有对运维有所帮助，但吸引、培训和留住高精尖的人才仍然至关重要。
分析公司Splunk的首席技术倡导者Andi Mann说：“云操作模型将传统的、静态的、单一的软件管理(使用独立的本地遗留工具和套件)转移到一个高度分布式、动态、原子化和抽象的服务环境，这些服务通常由基于云的多点解决方案管理。”“它需要具备管理云平台本身以及容器、微服务、API、SaaS系统等的新技能。”
云迁移失败#4：没有引入利益相关者
云迁移项目的良好治理将涉及到每一个被转移到云业务的相关者。然而，通常情况是，项目由IT部门驱动，然后他们在项目完成后告诉那些受影响的人。
Greenbaum说：“这种情况比任何人承认的都要普遍。”这其中有很多是基本的项目管理，检查指导委员会中是否有合适的人，并获得正确的信息。他们经常不被邀请，得到通知时，为时已晚。”
Greenbaum最近遇到的一个例子是一家公司在迁移到云的过程中对客户体验进行了重大的改变。不幸的是，他们没有考虑到对供应链的影响。因此，供应链团队并没有参与销售改革。迁移完成后，供应链组的成员才意识到发生了什么，并发现他们无法满足改造产生的新需求。
云迁移失败#5：不切实际的期望
迁移到云计算可以带来巨大的好处——速度、灵活性、成本降低、战略重点、可伸缩性、覆盖范围，等等——但它也会带来一定的风险。要从云部署中获得最大的优势，首先要避免天花乱坠的宣传，并对您所能实现的目标和潜在的新风险抱有现实的期望。
领导层特别希望通过云计算节省资金，但情况并非总是如此，特别是如果您没有重新构建您的应用程序，很容易遭遇失败因素#2所提及的问题。此外，云采纳者通常也希望能够在邻近地区少做很多工作，但是云基础设施只会替代服务器，而不是您的IT人员。
不要认为您可以迁移到云环境，从而摆脱所有DBA、安全操作人员、服务台工程师和其他软件专家。如果您像绝大多数企业一样运行混合云，那么您仍然需要硬件支持工程师来支持您所持有的物理资产。
云迁移成功因素#1：带领合格的团队，并要求您的合作伙伴也这样做
对云服务的需求超过了供应，而且缺乏高素质人才来完成需要完成的工作。Greenbaum说，他看到很多项目因为人手不足而搁浅。
Greenbaum说：“项目之所以成功，是因为客户把他们的团队带到网格中，并要求他们的系统集成商也把他们的团队带到网格中。”“如果您不把您最好的人放在上面，您就有可能得到一个较差的结果。”
云迁移成功因素#2：对云上的东西要挑剔
公司仍然会犯的一个常见错误是把所有东西都转移到云上，但并不是所有东西都属于云。Crawford说要把最标准的商业应用程序放到云里，并把独特的代码放在内部。
Crawford建议说：“如果这对您的业务没有什么区别的话，可以考虑将其转移，比如电子邮件和日历、ERP和HCM。”“核心后台功能至关重要，但这就是您的IP区别于竞争对手的地方吗?”“不。这些都是转向云计算的好机会”他这么说。
云迁移的成功步骤#3：创新和差异化
既然您应该为云重构应用程序，那么就把它当作您拥抱新方法和设计的机会吧。为云原生设计重新架构尽可能多的本地应用程序，其中的应用程序是有弹性的，可以根据需要进行伸缩。“容器化”您的应用程序，它运行在Docker上，由Kubernetes管理。所有主要的云提供商都提供服务来帮助Kubernetes实现在本地和云上的服务。
Mann说：“据我所知，最成功的组织已经利用云的本质进行创新，而不仅仅是复制——提供他们以前从未有过的新原型，将服务提升到客户从未期望的水平，并以新的方式为新市场开发新的应用程序。”
云迁移成功步骤#4：一个有凝聚力的策略
从战略上接近云意味着重新考虑预算、组织、流程、技能、安全、数据集成等等。技术只是一小部分，这需要一个有凝聚力的战略。一个成功的迁移包括做出有意识的投资组合决策，包括保持什么在本地数据中心，移动什么，坚持或放弃哪些平台，以及如何重构应用程序以利用云的优势。通过对通用的计算、存储和数据库平台进行标准化，可以降低复杂性和管理和操作的成本。
保持事情的简单也意味着避免过度复杂的迁移，并承担超出能力范围的工作。当项目的范围太大或时间范围或预算太少时，就容易失败。不要一次做完所有的事。应该把项目分成几个阶段，一次解决一个。采用迭代的、类似DevOps的方法。完成其中的一部分，确保它能正常工作，然后转移到项目的下一部分。
云迁移成功步骤#5：考虑全新的数据模型
向云的迁移意味着一个全新的数据模型的出现。将数据放到云中是将数据模型扩展到更广的模型的机会。例如，转移到更以客户为中心的模型可能意味着从许多不同的来源引入更多的数据。
旧的本地数据中心的数据可能有一个简单的客户输入，比如姓名和地址，但新的云数据可能来自社交媒体、物联网设备和其他来源。或者您甚至可以迁移到一个完全不同的数据分析平台。Amazon Redshift是与PostgreSQL兼容的，但是谷歌的BigQuery使用的类型与典型的SQL或PostgreSQL不同。Snowflake支持各种格式的半结构化数据。
Greenbaum说：“从理论上讲，您正在改变商业惯例，所以您需要的数据是不同的。数据质量的变化和其他任何事情一样，都是一个政治决定。这不仅仅是一个让我们把数据放到云端的简单问题，而是一个真正的管理变革问题。”