对于大多数公司而言，迁移到云不再是问题，而是何时。通过将应用程序迁移到云中，您可以提高安全性，数据访问，可伸缩性和IT灵活性，仅适合初学者。迁移到云计算还可以节省您的钱。

但是，请注意：并非所有云部署都能顺利进行。迁移通常需要比预期更长的时间，或者完全失败，从而浪费时间和费用。在将应用程序移动到云中之后，发现它在本地的运行效果不佳，这是很常见的。

结果可能只是另一次迁移-回到数据中心。

由安全提供商Fortinet赞助并由供应链专家IHS Markit进行的一项最新研究发现，在接受调查的公司中，有74％的许多公司在未能实现预期的收益后就将基于云的应用程序重新部署到了本地。

这不是一个新问题。Google搜索云迁移失败将发现可追溯到几年前的例子。我们讨论这个问题已有一段时间了，问题不是技术故障，而是领导层故障。

以下是导致云迁移失败的五个主要原因：

云迁移失败之一：缺乏好的合作伙伴

第一步是要意识到您不能独自做到这一点，尤其是在一开始的时候。无论是像埃森哲这样的全球专业服务公司，还是当地的咨询公司，您都需要一个合作伙伴。这是一个应该经过仔细考虑和一些外部投入才能做出的决定。理想情况下，您在行业和地理环境中拥有同龄人网络，可以帮助您选择合适的顾问来完成工作。

“请仔细选择您的伴侣。获取参考。您需要一个非常可参考的合作伙伴，一个不仅可以帮助您逐步完成流程的合作伙伴，而且不仅要具有技术能力，还要要具有变更管理功能。”企业应用咨询总裁Joshua Greenbaum说道。

优秀的云迁移专家可以帮助您确定要迁移的最佳应用程序，确定如何集成旧系统和云服务，以及计划和执行迁移。好的合作伙伴还可以帮助您制定有效的混合或多云策略。

云迁移失败之二：无法适应云

公司犯下的最常见错误之一就是让他们的应用程序像在本地一样在云中运行。首席信息官咨询公司Avoa的总裁蒂姆·克劳福德（Tim Crawford）说，这是一个巨大且常见的错误。

“本地应用程序习惯于在高峰时消耗资源，” Crawford说。“云旨在在您需要时使用资源，而在不需要时将其归还。但是，传统的应用程序并没有具备充分利用自主性和编排水平来利用云的优势。”

太多的客户忘记了他们在公共云上运行的每一位都受到了计量，因此他们必须为此付费。他们让未经修改的应用程序全面运行，耗尽了计算周期，一个月后又产生了账单。至少将应用程序简单地举升并转移到云中至少会使贴纸震撼。最糟糕的是，您将面临返回到本地的情况。

云迁移失败之三：内部缺乏正确的技能

如果您认为可以使用旧技术和方法（ITIL框架，瀑布式流程，整体应用程序，操作孤岛等）来管理公共云甚至混合云，那么您将感到无礼。

您需要技能来管理动态基础架构，容器，自动化，微服务等。问题是，其他所有人也是如此！新技术会有所帮助，但是吸引，培训和留住熟练人才仍然至关重要。

“云运营模型将IT部门从使用独立的本地旧版工具和套件的传统，静态，整体软件管理转移到由多个基于云的点解决方案管理的高度分布式，动态，原子化和抽象的服务环境，分析公司Splunk的首席技术倡导者安迪·曼（Andi Mann）说。“ IT需要新的技能来管理云平台本身，以及容器，微服务，API，SaaS系统等。”

云迁移失败之四：没有引入利益相关者

项目需要非常好的治理，这意味着要参与到向云转换的每个人的参与。通常，项目是由IT部门推动的，然后在项目完成后告诉受影响的项目。

Greenbaum指出：“这比任何人都承认的更为普遍。” “很多都是基本的项目管理，检查指导委员会中是否有合适的人，并获取正确的信息。通常，他们来不及邀请他们，直到为时已晚。”

Greenbaum最近遇到的一个例子是一家公司，该公司在迁移到云的过程中极大地改变了客户体验。不幸的是，他们没有考虑对供应链的影响。结果，供应链团队不属于销售大修的一部分。只有完成迁移后，供应链小组中的人员才意识到发生了什么，并发现他们无法满足改组产生的新需求。

云迁移失败之五：不切实际的期望

迁移到云可以带来巨大的好处-速度，敏捷性，降低成本，战略重点，可扩展性，覆盖范围等等，但同时也会带来合法风险。要从云部署中获得最大的优势，首先要避免吸引炒作周期，并且对可以实现的目标和潜在的新风险抱有切合实际的期望。

领导力特别希望通过云来节省资金，但情况并非总是如此，特别是如果您在此列表中犯了第二号错误并且不重新构建应用程序。云采用者通常还期望能够在相邻区域做更少的工作，但是云基础架构仅替代服务器，而不是IT人员。

不要以为您可以迁移到云中并摆脱所有DBA，安全运营，服务台工程师和其他软件专家。而且，如果您像大多数企业一样运行混合云，则仍将需要硬件支持您要持有的物理资产。