如何在容器和虚拟机之间进行选择

容器与虚拟机并不总是一个全有或全无的问题，除非它是。以下是如何决定使用哪个的好建议。

专家说，了解虚拟机和容器并不是互斥的，这很重要。基本区别在于虚拟机是整个操作系统，而容器是操作系统中的沙箱，但每个虚拟机可以存在于单个物理服务器上。Amalgam Insights分析师Tom Petrocelli表示，“因此，答案似乎比看起来更复杂。”“首先，你可能不会选择其中一个而不是两者。许多应用程序都建立在云实例中的容器上，这基本上是一个虚拟机，或者是裸机上的虚拟机。这是执行容器的主要方式。这就是如何它也适用于Cloud Foundry和许多Red Hat OpenShift安装。来自云提供商的托管Kubernetes服务正在蓬勃发展，从DevOps的角度来看，它们是“纯”容器，但我们确实知道它们在VM中运行。 “

“也许真正的问题是，我们如何决定是否使用容器?它归结为以下七个标准：隔离，资源开销，容量利用率，系统架构，可移植性，部署速度，[和]数据持久性，”Petrocelli继续说道。 。

但是，如果你必须选择一个，“对我而言，它就像IT操作驱动虚拟机一样简单，容器由开发人员驱动，”Enterprise Strategy Group的分析师Mark Bowker解释道。

参见：

Bowker说，微服务是选择容器的重要原因。基于微服务的软件过去需要新的硬件和中间件，但现在云提供商承担了很大的负担。他指出，这使得容器成为一个有吸引力的选择，因为你不再需要专用的操作系统。

当然，对于每个职业选手都有一个骗局。“容器得到保护，备份和保护的方式正好不同。它可能需要不同的流程，不同的培训，”Bowker说，所以尽管操作系统管理较少，但这意味着开发人员必须与IT部门进行交流。

对我们选择哪个问题的回答绝大多数都支持容器，但同样值得注意的是，所有这些回复都来自创业公司，其中一个主要的例外 - 自由互助保险公司的高级架构师Eric Drobisewski。Drobisewski作为Docker的拥护者而闻名，但可以肯定的是，像Liberty Mutual这样大的公司不会冒险。

“无论你是一个大型组织还是初创公司，组织都可以从容器优先的心态中获益，满足他们所有的工作量需求，”他说。“对于我们的绿地开发，基于微服务的架构，或Liberty Mutual的基于ML / AI的应用程序，我们发现没有理由不使用容器开始这个旅程。”

但是，“随着组织可以从容器技术中获得许多显着进步，仍然有理由考虑VM满足某些需求。虚拟机仍然是某些持久性工作负载的最佳选择，例如需要弹性持久后端的大型事务数据库，对数据丢失和高I / O要求。“

“虚拟机的其他考虑因素包括基于商业现成的产品以及维护供应商对这些解决方案的支持。仍然有一些提供商没有完全采用容器，也不会为未来的维护和支持认证他们的解决方案，因此是考虑集装箱化的组织应该探索和验证的东西。“