为什么将所有工作负载迁移到云端是个坏主意

正如我们在本系列中探讨的那样，云炒作无处不在，告诉你将你的应用程序迁移到云端——包括混合云和多云——是确保你的企业拥有数字化未来的方法。这种炒作很少深入探讨迁移到云端的陷阱，也没有考虑提升客户体验和敏捷交付新的和遗留应用程序的日常工作。

在本系列的第一部分 第一部分中，我们涵盖了 基本定义（为了公平竞争）。我们概述了我们对混合云和多云的看法，并确保展示两者之间的分界线。这为第二部分奠定了基础，我们在第二部分中讨论了三个陷阱中的第一个：为什么成本并不总是迁移到云端的明显动机。

在第三部分中，我们将探讨第二个陷阱：为什么将所有工作负载迁移到云端是个坏主意。

一切都在云端更好吗？

人们普遍误解认为一切都将受益于在云端运行。并非所有工作负载都是相同的，而且并非所有工作负载都会因迁移到云端而在底线上看到可衡量的影响。

正如InformationWeek 写道，“并非所有业务应用程序都应该迁移到云端，企业必须确定哪些应用程序最适合云环境。” 这是本系列第二部分中的公用事业公司学到的一个残酷事实，当时在尝试将应用程序迁移到云端时，劳动力成本上升了。 发现这不是一个可行的解决方案后，这家公用事业公司退后一步并重新评估了其应用程序。 它发现有些应用程序 使用率不高，而另一些应用程序则存在数据所有权和合规性问题。 它的一些应用程序未获得在云环境中使用的认证。

有时在云端运行应用程序在物理上是不可能的，但有时在云端运行在经济上是不可行的。

想象一下一家虚构的在线旅游公司。 随着业务的增长，它将其本地托管容量扩展到超过 40,000 台服务器。 最终，这变成了一次购买一个数据中心而不是一次购买一个机架来扩展资源的问题。 它的业务消耗的带宽量如此之大，以至于基于带宽使用量的云定价模型仍然令人望而却步。

获取基准

正如这些示例所示，没有什么比彻底了解您的应用程序环境更重要的了。 除了充分了解哪些应用程序需要迁移到云端之外，您还需要了解当前的 IT 环境，了解您当前的资源水平，并估算您的迁移成本。

了解您的基准——每个应用程序的当前情况和性能要求（网络、存储、CPU、内存、应用程序和基础架构在负载下的行为等）——为您提供做出正确决策的工具。

如果您由于复杂的采购流程而运行 CPU 利用率只有个位数的服务器，那么具有按需资源的云可能是一个好主意。 但是，首先要问这些问题

• 这种低利用率持续了多久？
• 为什么没有早点发现？
• 是否没有到位流程或有效的监控？
• 您真的需要云来解决这个问题吗？ 还是仅仅需要一个更好的流程来获取和管理您的资源？
• 您在云端会有一个更好的流程吗？

容器是必要的吗？

许多人认为您需要容器才能在云端取得成功。 这个流行的流行语很好地总结了这一点，“我们将这个单体应用塞进一个容器，并称之为微服务。”

容器是一种手段，使用容器并不意味着您的组织有能力在云端成熟地运行。 这与所涉及的技术无关，而与那些通常在过去用 现在过时的技术编写的应用程序有关。 如果您将轮胎火灾放入容器中，然后将该容器放在容器平台上进行运输，它仍然是某人正在使用的功能。

现在的火更容易扑灭吗？ 这些容器火灾只会给您的 DevOps 团队带来更多挑战，他们已经很难跟上推动组织将所有内容迁移到云端的所有变化。

请注意，将遗留工作负载迁移到云端不一定是坏决定，容器化它们也不是坏主意。 这关乎权衡利弊，评估可用选项，并为您的每个工作负载做出正确的选择。

即将到来

在本系列的第四部分中，我们将描述每个人都应避免的混合多云的第三个也是最后一个陷阱。 了解云对您的数据意味着什么。