我应该为我的web应用使用单独的Docker容器吗？

Question

我是否需要为我的复杂Web应用程序使用单独的Docker容器，或者我可以将所有必需的服务放在一个容器中？有人能解释一下为什么我应该将我的应用程序划分为许多容器（例如php-fpm容器，mysql容器，mongo容器）当我能够在一个容器中安装和启动所有东西时？

Answer 1

有些人会告诉您每个容器只能运行一个进程。其他人会说每个容器一个应用程序。这些建议基于微服务的原则。

我不认为微服务是所有情况下的正确解决方案，所以我不会仅仅因为这个原因而盲目遵循这些建议。如果在一个容器中为您的案例设置多个进程是有意义的，那么就这样做。（有关该事项，请参阅Supervisor和Phusion baseimage）

但分离容器还有另一个原因：在大多数情况下，您需要做的工作更少。

在Docker Hub上，有很多现成的Docker映像。只需拉取您需要的。

接下来您要做的是：

• 阅读docker图像的文档（要设置的环境变量等）
• 创建一个docker compose。yml文件，以便于操作这些容器

Answer 2

当您将web应用程序划分为多个容器时，部署应用程序时不需要重新启动所有服务。像传统一样，更新web层时不需要重启mysql服务器。

此外，如果要扩展应用程序，将应用程序划分为单独的容器会更容易。然后，您可以扩展应用程序中解决瓶颈所需的部分。

Answer 3

与Docker合作时需要考虑的是它内部的工作方式。Docker将PID 1替换为您在Dockerfile中的指令CMD（和略为复杂的ENTRYPOINT）中指定的命令。PID 1通常是init系统所在的位置（sysvinit、runit、systemd等等）。您的容器通过从那里开始的任何过程生存和消亡。当进程死亡时，容器也会死亡。当您键入docker logs myContainer时，主机上会给出容器中该进程的Stdout和stderr。顺便说一句，这就是为什么您需要跳转来启动服务和运行cronjobs（通常由您的init系统完成的事情）。这对于理解以某种方式做事的动机非常重要。

现在，您可以做任何您想做的事情。关于“正确”的方法有很多意见，但您可以丢掉所有这些，做您想做的事情。因此，您可以弄清楚如何在一个容器中运行所有这些服务。但是现在您知道docker如何将PID 1替换为您在Dockerfile中的CMD（和ENTRYPOINT）中指定的任何命令，您可能认为谨慎的做法是尝试让您的应用程序在各自的容器中运行，并让它们通过容器链接相互协作。（更新-2017年4月27日：容器链接已被弃用，转而支持更健壮的常规ole容器网络，其想法是您只需将单独的应用程序容器连接到同一个网络，以便它们可以相互通信）。

如果您需要一点帮助来决定，我可以根据我自己的经验告诉您，当您将应用程序分离到单独的容器中，然后将它们链接在一起时，它最终会更干净、更容易维护。刚才我正在从HHVM构建Wordpress安装，我正在安装Nginx和HHVM/php-fpm，Wordpress安装在一个容器中，MariaDB的东西在另一个容器中。将来，这将让我直接在我的MariaDB数据前面放置一个替换的Wordpress安装，几乎没有任何麻烦。为每个应用程序进行容器化是值得的。祝你好运！