一个容器内的多个图像

Question

所以，问题是，我需要一些开发，为此我需要以下软件包：

1. MongoDB的
2. 的NodeJS
3. Nginx的
4. 的RabbitMQ
5. Redis的

一个选项是我拍摄Ubuntu图片，创建一个容器并开始逐个安装并完成，启动我的服务器，并公开端口。< / p>

但这也很容易在虚拟盒中完成，并且它不会使用Docker的强大功能。因此，我必须开始用这些包构建我自己的图像。现在问题是如果我开始编写我的Dockerfile，如果放置命令来下载其中的Node js（以及其他），这就像虚拟化一样。

我需要的是我从Ubuntu开始并继续添加 MongoDb，NodeJs，RabbitMq，Nginx的引用 Dockerfile 中的Redis ，最后将相应的端口公开。

以下是我的查询：

1. 这可能吗？就像从一个基本图像开始时在Dockerfile中添加其他图像的引用一样。
2. 如果是，那怎么样？
3. 这也是正确的做法吗？
4. 如何在Docker中做这些事情？

提前致谢。

Answer 1

保持图像清晰。每个容器运行一个服务。使用docker hub上的官方图像为mongodb，nodejs，rabbitmq，nginx等。如果需要，可以扩展它们。如果你想在胖容器中运行所有东西，你也可以使用虚拟机。

你当然可以在开发设置中做疯狂的事情，但为什么要花时间在生产环境中设置零值的东西？如果您需要扩展其中一项服务怎么办？如何在每个服务上设置内存和CPU限制？ ..并且列表继续。

不要制作单片容器。

一个好的开始是使用docker-compose配置一组可以相互通信的服务。您可以制作docker-compose.yml文件的prod和dev版本。

进入正确的心境

在一个完美的世界中，您可以在生产中的集群环境中运行容器，以便能够扩展系统并具有并发性，但这可能会过度，具体取决于您正在运行的内容。至少可以把它放在脑后，因为它可以帮助你做出正确的决定。

如果你想成为纯粹主义者，可以考虑一些观点：

• 如何在多个主机上拥有持久性卷存储？
• 反向代理/负载均衡器应该是系统中使用内部网络与容器通信的入口点。
• 我的服务是否能够在集群环境中运行（容器的多个实例）

你当然可以在开发中做脏事，比如在主机卷中映射以进行持久存储（许多在prod中使用独立的docker的人也会这样做。）

理想情况下，我们应该将dev中的docker与docker i prod分开。 Docker在开发过程中是一个很棒的工具，因为你可以在几分钟内完成redis，memcached，postgres，mongodb，rabbitmq，node或者运行，并与其他团队一起构建设置。 prod中的Docker可能是一个完全不同的野兽。

我还想补充一点，我一般都反对狂热主义，即“一切都应该在码头工作中”。在有意义的时候在docker中运行服务。大公司制作自己的基本图像也并不罕见。这可能需要很多工作，并且需要维护才能跟上安全修复等问题。当你从docker开始时，这不一定是你跳过的第一件事。