【问题标题】:Multiple images inside one container一个容器内的多个图像
【发布时间】:2017-07-21 05:38:51
【问题描述】:

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

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

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

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

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

以下是我的疑问:

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

提前致谢。

【问题讨论】:

  • 您将使用 docker-compose 获取单个服务映像并创建一组容器。 compose 文件将定义这组图像如何相互连接以及与外部世界连接。
  • 谢谢@tillaert will;看看它。

标签: docker dockerfile


【解决方案1】:

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

您当然可以在开发设置中做一些疯狂的事情,但是为什么要花时间在生产环境中设置具有价值的东西呢?如果您需要扩展其中一项服务怎么办?如何在每个服务上设置内存和 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 时首先要做的事情。

【讨论】:

  • 完美点。所以最好的做法是在自己的容器中启动每个包并让它们相互通信。我如何与其他人共享此设置或将其部署到生产设置中?
  • 你可以从使用 docker-compose 开始。描述 yml 文件中的所有内容。
  • 我已经扩展了很多答案。这可能会帮助你进入正确的心态。
  • 谢谢伙计,现在我需要了解如何拼接我的整个开发堆栈,并使其在 docker 周围工作。会很复杂。再次感谢。
  • “为什么要把时间花在生产价值为零的东西上?”对于那些在 docker-compose 上浪费了几个小时以了解在 ECS 上使用它有多么痛苦的人来说,这很有趣。
猜你喜欢
  • 2015-07-16
  • 2012-10-21
  • 1970-01-01
  • 2013-11-30
  • 2021-07-08
  • 1970-01-01
  • 1970-01-01
  • 2011-10-08
  • 2011-08-03
相关资源
最近更新 更多