码头是否适用于长时间运行的集装箱？

Question

目前，我正在从powerfull服务器迁移到一个不太强大的、最显著的更便宜的服务器。在根服务器上，我将一些服务隔离到单独的VM中。在新服务器上，这是不可能的。但我还是想隔离一些服务..。如果可能的话。

目前，我正在考虑用码头进行隔离。但我不确定码头是不是合适的工具。我试图在谷歌上寻找答案，但我发现的大多数关于docker的帖子只与用于开发、ci或测试目的的短期容器有关。在我的例子中，这更像是一个长期的容器，它运行一个包含nginx、php和mysql/mariadb的web服务堆栈(而db甚至可能得到自己的容器)和其他运行其他服务的容器。

因此，我的问题是：“码头工人是否适合在较长时间内运作货柜。”或者换句话说..。码头是否可以作为基于kvm的kvm的“替代品”？

Answer 1

Docker在所有地方都是用于长期运行的web应用程序。目前正在生产中，我在码头上运行了以下程序

• 应用程序
• 芹菜队列工人(python)
• nodejs应用程序
• java tomcat7
• 去

Answer 2

与所有的判决要求一样，任何回答都会有一些意见。尽管如此，集装箱化并不意味着虚拟化，这是绝对正确的。它们是不同的技术，以不同的方式工作，有着不同的利弊。把集装箱化看作虚拟化是一个根本性的错误，就像把一个虚拟化的客人当作一个廉价的专用服务器是一个错误一样。我们看到很多关于SF的问题来自那些被卖给一个容器作为“廉价VPS”的人；他们误解了他们拥有的东西，他们试图把它当作一个虚拟的客人，并给自己制造麻烦。

对于开发工作来说，容器无疑是很好的:它使大量的环境能够非常快地被分解，从而使得在一个变化缓慢的引用后端的多个快速变化的副本上的开发变得非常容易。请注意，在这个场景中，容器在基础结构和功能上都非常相似；它们本质上都是单个后端的不同副本。

当人们试图在一台主机上封装多个发行版，或者客人在内核模块方面有不同的需求，或者外部硬件连接成为一个问题时，就会出现麻烦--在许多其他类似的情况下，容器化确实能正常工作。

如果您决定在容器上部署到生产中，请将您的注意力放在您所做的事情上，不要陷入将您的部署视为虚拟化的思维方式；请注意，节约资金会带来与其相关的机会成本。根据你的布裁你的大衣，你可能会有很好的经验。但是允许你自己(或者更常见的是管理层)误解你所做的事情，那么麻烦就会随之而来。