把所有工作负载都迁到云上是一个坏主意

　　

 

　　真的一切到了云上都会更好吗?

　　云计算无处不在，大家都在说将应用程序迁移到云(包括混合云和多云)是确保企业数字化未来的方法。这种说法很少会深入考虑迁移到云端的陷阱，也不会考虑增强用户体验和敏捷交付新旧应用程序的日常工作。

　　实际上，成本并不总是移动到云的明显动力，而且将所有工作负载都迁移到云端不是一个好主意。

　　云中的一切都更好?

　　有一种误解，认为一切都将受益于云。然而所有工作负载都不一样，并且并非所有工作负载都会在迁移到云端时对最终效益产生可衡量的影响。

　　有人曾提出，“并非所有业务应用程序都应迁移到云，企业必须确定哪些应用程序最适合云环境。”这很难，有不少公司试图将应用程序迁移到云时，发现劳动力成本上升，然后重新评估其应用程序，发现一些应用程序没有被大量使用，而一些应用程序则有数据所有权和合规性问题，一些应用程序没有得到在云环境中使用的认证。

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

　　想象一下一个在线旅游公司的情况。随着业务的增长，它将其内部部署托管容量扩展到超过40000台服务器。最终问题是得一次购买一个数据中心而不是一次购买一个机架来解决扩展资源。业务大量消耗带宽，以至于基于带宽使用的云定价模型显得太贵。

　　确定基准

　　没有什么比彻底了解你的应用程序总体局面更重要。除了充分了解需要迁移到云的应用程序之外，你还需要了解当前的IT环境，了解当前的资源级别并估算迁移成本。

　　了解每个应用程序的当前情况和性能要求(网络、存储、CPU、内存、应用程序和负载下的基础设施行为等)，为做出正确决策提供工具。

　　如果由于复杂的采购流程而导致服务器CPU利用率低得可怜，那么带有按需资源的云可能是一个好主意。但是，首先要考虑这些问题：

　　这种低利用率存在多长时间了?

　　为什么没有早点发现?

　　是否存在流程或有效监控?

　　你真的需要一个云来解决这个问题吗?或者只是有更好的获得和管理资源流程就够了?

　　你是否会在云中有更好的流程?

　　容器是否必要

　　许多人认为需要容器才能在云中获得成功。这个标语总结得很好：“我们将一个单体塞进一个容器中，称之为微服务。”

　　容器是达到目的的手段，使用容器并不意味着你的组织能够在云中成熟运行。这不是关于所涉及的技术，而是关于应用程序——这些应用程序通常是用过时的技术写成的。打个比方，如果你把一团火放入集装箱中，然后将该集装箱放在集装箱平台上运输，它仍然是某人正在使用的功能。

　　那团火现在更容易熄灭了吗?并不是，它只会给你的DevOps团队带来更多挑战，而他们跟上将所有内容迁移到云中带来的所有变化已经很费劲。

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

​