我一直在阅读和学习Docker，并试图正确选择要使用的Django设置。到目前为止，有两种:
Docker撰写或Dockerfile
我知道Dockerfile在Docker Compose中使用，但我不确定将所有内容放在一个大Dockerfile中，对不同的图像使用多个FROM命令是否是个好做法?
我想使用几个不同的图像，包括:
uwsgi
nginx
postgres
redis
rabbitmq
celery with cron
请建议使用Docker建立这种类型环境的最佳实践是什么。
如果有帮助，我在Mac上，所以使用boot2docker。
我遇到的一些问题:
Docker Compose与Python3不兼容 我想容器化我的项目，所以如果一个大Dockerfile 是不理想的，那么我觉得我需要打破它使用Docker撰写 我可以让项目Py2和Py3兼容，所以我倾向于django-compose
当前回答
“更好”是相对的。这完全取决于你的需求。Docker的组合是为了编排多个容器。如果这些映像已经存在于docker注册表中，那么最好将它们列在compose文件中。如果这些图像或其他一些图像必须从计算机上的文件构建，那么您可以在Dockerfile中描述构建这些图像的过程。
我知道Dockerfile在Docker Compose中使用，但我不确定将所有内容放在一个大Dockerfile中，对不同的图像使用多个FROM命令是否是个好做法?
在一个dockerfile中使用多个FROM并不是一个很好的主意，因为有人建议删除该功能。13026
例如，如果你想dockerize一个使用数据库的应用程序，并在你的计算机上有应用程序文件，你可以使用一个合成文件和dockerfile，如下所示
docker-compose.yml
mysql:
image: mysql:5.7
volumes:
- ./db-data:/var/lib/mysql
environment:
- "MYSQL_ROOT_PASSWORD=secret"
- "MYSQL_DATABASE=homestead"
- "MYSQL_USER=homestead"
ports:
- "3307:3306"
app:
build:
context: ./path/to/Dockerfile
dockerfile: Dockerfile
volumes:
- ./:/app
working_dir: /app
Dockerfile
FROM php:7.1-fpm
RUN apt-get update && apt-get install -y libmcrypt-dev \
mysql-client libmagickwand-dev --no-install-recommends \
&& pecl install imagick \
&& docker-php-ext-enable imagick \
&& docker-php-ext-install pdo_mysql \
&& curl -sS https://getcomposer.org/installer | php -- --install-dir=/usr/local/bin --filename=composer
其他回答
在我的工作流程中，我为系统的每个部分添加了Dockerfile，并将其配置为每个部分可以单独运行。然后我添加了一个docker-compose。Yml把它们连在一起。
最大的优势(在我看来):当链接容器时，你可以定义一个名称并用这个名称来ping你的容器。因此，您的数据库可以通过名称db访问，而不再通过其IP访问。
Dockerfile和Docker Compose是Dockerland中两个不同的概念。当我们谈论Docker时，首先想到的是编排、操作系统级虚拟化、映像、容器等。我将试着分别解释如下:
图片: 映像是存储在docker信任注册表中的不可变、可共享的文件。Docker映像是由一系列只读层构建的。每一层代表图像Dockerfile中给出的一条指令。映像包含运行所需的所有二进制文件。
容器: 映像的实例称为容器。容器只是由主机操作系统运行的可执行映像二进制文件。正在运行的映像是一个容器。
Dockerfile: Dockerfile是一个包含所有命令/构建指令的文本文档，用户可以在命令行上调用来组装一个图像。这将被保存为Dockerfile。(注意小写的“f”。)
Docker-Compose: Compose是一个用于定义和运行多容器Docker应用程序的工具。使用Compose，您可以使用YAML文件配置应用程序的服务(容器)。然后，使用一个命令就可以从配置中创建并启动所有服务。 撰写文件将被保存为docker-compose.yml。
Dockerfile是一个包含用于组装图像的文本命令的文件。
Docker组合用于运行多容器环境。
在你的特定场景中，如果你为你提到的每一种技术都有多个服务(服务1使用reddis，服务2使用rabbit mq等)，那么你可以为每个服务都有一个Dockerfile和一个公共的docker-compose。以容器的形式运行所有的Dockerfile。
如果您希望它们都在一个服务中，docker-compose将是一个可行的选择。
在微服务世界中(拥有一个公共的共享代码库)，每个微服务都有一个Dockerfile，而在根级别(通常在所有微服务之外，在你的父POM所在的地方)，你会定义一个docker-compose。yml将所有微服务组合成一个成熟的应用程序。
在你的例子中，“Docker Compose”优先于“Dockerfile”。想想“应用”，想想“撰写”。
答案是两者都不是。
如果你将构建命令添加到项目的Docker - Compose .yml中，Docker Compose(这里称为Compose)将使用Dockerfile。
你的Docker工作流程应该是为你想要创建的每个图像构建一个合适的Dockerfile，然后使用构建命令来组合这些图像。
你可以使用build /path/to/ Dockerfiles /blah来指定你的Dockerfile的路径，其中/path/to/ Dockerfiles /blah就是blah的Dockerfile所在的位置。
