我一直在阅读和学习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
当前回答
Dockerfile是一个包含用于组装图像的文本命令的文件。
Docker组合用于运行多容器环境。
在你的特定场景中，如果你为你提到的每一种技术都有多个服务(服务1使用reddis，服务2使用rabbit mq等)，那么你可以为每个服务都有一个Dockerfile和一个公共的docker-compose。以容器的形式运行所有的Dockerfile。
如果您希望它们都在一个服务中，docker-compose将是一个可行的选择。
其他回答
答案是两者都不是。
如果你将构建命令添加到项目的Docker - Compose .yml中，Docker Compose(这里称为Compose)将使用Dockerfile。
你的Docker工作流程应该是为你想要创建的每个图像构建一个合适的Dockerfile，然后使用构建命令来组合这些图像。
你可以使用build /path/to/ Dockerfiles /blah来指定你的Dockerfile的路径，其中/path/to/ Dockerfiles /blah就是blah的Dockerfile所在的位置。
Docker compose file是一种让你以声明的方式编排多个容器的启动的方式，而不是用bash脚本分别运行每个Dockerfile，后者编写起来要慢得多，而且很难调试。
在我的工作流程中，我为系统的每个部分添加了Dockerfile，并将其配置为每个部分可以单独运行。然后我添加了一个docker-compose。Yml把它们连在一起。
最大的优势(在我看来):当链接容器时，你可以定义一个名称并用这个名称来ping你的容器。因此，您的数据库可以通过名称db访问，而不再通过其IP访问。
Dockerfile是一个包含用于组装图像的文本命令的文件。
Docker组合用于运行多容器环境。
在你的特定场景中，如果你为你提到的每一种技术都有多个服务(服务1使用reddis，服务2使用rabbit mq等)，那么你可以为每个服务都有一个Dockerfile和一个公共的docker-compose。以容器的形式运行所有的Dockerfile。
如果您希望它们都在一个服务中，docker-compose将是一个可行的选择。
在微服务世界中(拥有一个公共的共享代码库)，每个微服务都有一个Dockerfile，而在根级别(通常在所有微服务之外，在你的父POM所在的地方)，你会定义一个docker-compose。yml将所有微服务组合成一个成熟的应用程序。
在你的例子中，“Docker Compose”优先于“Dockerfile”。想想“应用”，想想“撰写”。
