docker - 一个容器内的多个图像

Question

所以，问题来了，我需要进行一些开发，为此我需要以下软件包:

1. MongoDb
2. NodeJs
3. Nginx
4. RabbitMq
5. Redis

一种选择是我获取一个 Ubuntu 镜像，创建一个容器并开始一个一个地安装它们并完成，启动我的服务器，并公开端口。

但这也可以在虚拟盒子中轻松完成，并且不会使用 Docker 的强大功能。因此，为此我必须开始使用这些包构建我自己的图像。现在的问题是，如果我开始编写我的 Dockerfile，并且如果在其中放置下载 Node js(和其他)的命令，这又变成了与虚拟化相同的东西。

我需要的是从Ubuntu开始并继续添加 MongoDb、NodeJs、RabbitMq、Nginx的引用和 Redis 在 Dockerfile 中，最后将各自的端口暴露出来。

以下是我的疑问:

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

提前致谢。

Answer 1

保持图像明亮。每个容器运行一项服务。使用 docker hub 上的官方镜像，用于 mongodb、nodejs、rabbitmq、nginx 等。如果需要，可以扩展它们。如果您想在胖容器中运行所有内容，不妨只使用虚拟机。

您当然可以在开发设置中做一些疯狂的事情，但是为什么要花时间在生产环境中设置具有零值(value)的东西呢？如果您需要扩展其中一项服务怎么办？如何在每个服务上设置内存和 cpu 限制？ .. 名单还在继续。

不要制作单体容器。

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

进入正确的心态

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

如果你想成为一个纯粹主义者，需要考虑的几点:

• 如何跨多个主机进行持久卷存储？
• 反向代理/负载平衡器应该是系统的入口点，它使用内部网络与容器通信。
• 我的服务是否甚至可以在集群环境中运行(容器的多个实例)

您当然可以在 dev 中做一些肮脏的事情，例如在主机卷中映射以进行持久存储(许多在 prod 中使用 docker Standalone 的人也这样做)。

理想情况下，我们应该将 docker in dev 和 docker i prod 分开。 Docker 在开发过程中是一个很棒的工具，因为您可以在几分钟内启动并运行 redis、memcached、postgres、mongodb、rabbitmq、node 或诸如此类的东西，并与团队的其他成员共享该组合设置。 prod 中的 Docker 可以是完全不同的野兽。

我还想补充一点，我通常反对 prod 中“一切都应该在 docker 中运行”的狂热。有意义时在 docker 中运行服务。大公司制作自己的基础镜像也很常见。这可能是很多工作，并且需要维护以跟上安全修复等。这不一定是您开始使用 docker 时首先要做的事情。