答案是两者都不是。

如果你将构建命令添加到项目的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

Dockerfile是一个简单的文本文件，其中包含用户可以调用来组装图像的命令。

例如,Dockerfile

FROM ubuntu:latest
MAINTAINER john doe 

RUN apt-get update
RUN apt-get install -y python python-pip wget
RUN pip install Flask

ADD hello.py /home/hello.py

WORKDIR /home

---

码头工人组成

码头工人组成

是一个定义和运行多容器Docker应用程序的工具。 在docker-compose中定义组成应用程序的服务。Yml，这样它们就可以在一个隔离的环境中一起运行。 只需运行docker-compose up，就可以在一个命令中运行一个应用程序

例如,docker-compose.yml

version: "3"
services:
  web:
    build: .
    ports:
    - '5000:5000'
    volumes:
    - .:/code
    - logvolume01:/var/log
    links:
    - redis
  redis:
    image: redis
    volumes:
      logvolume01: {}

Dockerfiles是用来构建一个映像的，例如，从Ubuntu的骨架上，你可以在一个映像上添加mysql，在另一个映像上添加mywordpress。

撰写YAML文件是取这些图像并内聚地运行它们。 例如，如果你在docker-compose中。Yml文件一个名为db的服务:

services:
   db:
     image: mySQL  --- image that you built.

还有一个叫wordpress的服务，比如:

wordpress: 
    image: mywordpress

然后在mywordpress容器内，你可以使用db连接到你的mySQL容器。这种魔力是可能的，因为你的docker主机创建了一个网桥(网络覆盖)。

“更好”是相对的。这完全取决于你的需求。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

Docker-compose的存在是为了让你不得不像使用docker-cli那样编写大量的命令。

Docker-compose还使同时启动多个容器变得容易，并通过某种形式的网络自动将它们连接在一起。

docker-compose的目的是发挥docker cli的功能，但可以更快地发出多个命令。

要使用docker-compose，您需要将之前运行的命令编码到docker-compose中。yml文件。

你不只是复制粘贴到yaml文件中，这里有一个特殊的语法。

一旦创建，你必须将它提供给docker-compose cli，它将由cli解析文件并使用我们指定的正确配置创建所有不同的容器。

你会有独立的容器，比如说，一个是redis-server，第二个是node-app，你想用Dockerfile在当前目录中创建它。

此外，在创建容器之后，您将从容器映射一些端口到本地机器，以访问其中运行的所有内容。

对于你的码头式写作。Yml文件，你会想这样开始第一行:

version: '3'

这告诉Docker你想要使用Docker -compose的版本。在这之后，你必须加上:

version: '3'
services: 
  redis-server: 
    image: 'redis'
  node-app:
    build: .

请注意压痕，这很重要。另外，请注意，对于一个服务，我抓取了一个图像，但对于另一个服务，我告诉docker-compose查看当前目录，以构建将用于第二个容器的图像。

然后，您需要指定希望在此容器上打开的所有不同端口。

version: '3'
services: 
  redis-server: 
    image: 'redis'
  node-app:
    build: .
    ports:
      -

请注意，yaml文件中的破折号是我们指定数组的方式。在这个例子中，我将本地机器上的8081映射到容器上的8081，如下所示:

version: '3'
services: 
  redis-server: 
    image: 'redis'
  node-app:
    build: .
    ports:
      - "8081:8081"

所以第一个端口是你的本地机器，另一个是容器上的端口，你也可以区分这两个端口，以避免像这样混淆:

version: '3'
services:
  redis-server:
    image: 'redis'
  node-app:
    build: .
    ports:
      - "4001:8081"

通过开发docker-compose。像这样的Yml文件，它会在本质上相同的网络上创建这些容器，它们可以自由访问彼此，以任何他们喜欢的方式进行通信，交换尽可能多的信息。

当使用docker-compose创建这两个容器时，我们不需要任何端口声明。

现在在我的例子中，我们需要在Nodejs应用程序中做一些代码配置，看起来像这样:

const express = require('express');
const redis = require('redis');

const app = express();
const client = redis.createClient({
  host: 'redis-server'
});

我使用上面的示例是为了让您意识到，除了docker-compose之外，可能还需要进行一些特定的配置。Yml文件，可能是特定于您的项目。

现在，如果你发现自己在使用一个Nodejs应用程序和redis，你想确保你知道Nodejs使用的默认端口，所以我将添加这个:

const express = require('express');
const redis = require('redis');

const app = express();
const client = redis.createClient({
  host: 'redis-server',
  port: 6379
});

Docker会看到Node应用正在寻找redis-server并将连接重定向到这个正在运行的容器。

在整个过程中，Dockerfile只包含以下内容:

FROM node:alpine

WORKDIR '/app'

COPY /package.json ./
RUN npm install
COPY . .

CMD ["npm", "start"]

因此，在你必须运行docker运行myimage来创建文件中所有容器或服务的实例之前，你可以运行docker-compose up，你不必指定一个映像，因为docker将在当前工作目录中查找docker-compose。Yml文件里面。

docker-compose之前。嗯，我们不得不处理docker构建的两个独立命令。docker run myimage，但在docker-compose世界里，如果你想重建你的映像，你写docker-compose up -build。这告诉Docker再次启动容器，但重新构建容器以获得最新的更改。

因此，docker-compose使处理多个容器变得更容易。下次你需要在后台启动这组容器时，你可以执行docker-compose up -d;为了阻止他们，你可以做docker-compose down。

假设你是一家软件公司的经理，刚刚买了一台全新的服务器。只有硬件。

把Dockerfile看作是一组指示，您可以告诉系统管理员在这个全新的服务器上安装什么。例如:

我们需要一个Debian linux 添加一个apache web服务器 我们也需要postgresql 安装午夜指挥官 当所有的完成，复制所有的*.php， *.jpg等文件，我们的项目到web服务器的webroot (/var/www)

相比之下，想想docker-compose。Yml作为一组指令，您将告诉系统管理员服务器如何与其他系统进行交互。例如,

它可以从另一台计算机访问共享文件夹， 它的80端口与主机的8000端口相同， 等等。

(这不是一个精确的解释，但足以作为一个开始。)

Dockerfile和Docker Compose是Dockerland中两个不同的概念。当我们谈论Docker时，首先想到的是编排、操作系统级虚拟化、映像、容器等。我将试着分别解释如下:

图片: 映像是存储在docker信任注册表中的不可变、可共享的文件。Docker映像是由一系列只读层构建的。每一层代表图像Dockerfile中给出的一条指令。映像包含运行所需的所有二进制文件。

容器: 映像的实例称为容器。容器只是由主机操作系统运行的可执行映像二进制文件。正在运行的映像是一个容器。

Dockerfile: Dockerfile是一个包含所有命令/构建指令的文本文档，用户可以在命令行上调用来组装一个图像。这将被保存为Dockerfile。(注意小写的“f”。)

Docker-Compose: Compose是一个用于定义和运行多容器Docker应用程序的工具。使用Compose，您可以使用YAML文件配置应用程序的服务(容器)。然后，使用一个命令就可以从配置中创建并启动所有服务。 撰写文件将被保存为docker-compose.yml。

在微服务世界中(拥有一个公共的共享代码库)，每个微服务都有一个Dockerfile，而在根级别(通常在所有微服务之外，在你的父POM所在的地方)，你会定义一个docker-compose。yml将所有微服务组合成一个成熟的应用程序。

在你的例子中，“Docker Compose”优先于“Dockerfile”。想想“应用”，想想“撰写”。

Dockerfile是一个包含用于组装图像的文本命令的文件。

Docker组合用于运行多容器环境。

在你的特定场景中，如果你为你提到的每一种技术都有多个服务(服务1使用reddis，服务2使用rabbit mq等)，那么你可以为每个服务都有一个Dockerfile和一个公共的docker-compose。以容器的形式运行所有的Dockerfile。

如果您希望它们都在一个服务中，docker-compose将是一个可行的选择。