所以，问题是，我需要一些开发，为此我需要以下软件包：
一个选项是我拍摄Ubuntu图片，创建一个容器并开始逐个安装并完成，启动我的服务器，并公开端口。< / p>
但这也很容易在虚拟盒中完成，并且它不会使用Docker的强大功能。因此，我必须开始用这些包构建我自己的图像。现在问题是如果我开始编写我的Dockerfile，如果放置命令来下载其中的Node js（以及其他），这就像虚拟化一样。
我需要的是我从Ubuntu开始并继续添加 MongoDb，NodeJs，RabbitMq，Nginx的引用 Dockerfile 中的Redis ，最后将相应的端口公开。
以下是我的查询：
提前致谢。
答案 0 :(得分：32)
保持图像清晰。每个容器运行一个服务。使用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开始时，这不一定是你跳过的第一件事。