在我的工作流程中，我为系统的每个部分添加了Dockerfile，并将其配置为每个部分可以单独运行。然后我添加了一个docker-compose。Yml把它们连在一起。

最大的优势(在我看来):当链接容器时，你可以定义一个名称并用这个名称来ping你的容器。因此，您的数据库可以通过名称db访问，而不再通过其IP访问。

答案是两者都不是。

如果你将构建命令添加到项目的Docker - Compose .yml中，Docker Compose(这里称为Compose)将使用Dockerfile。

你的Docker工作流程应该是为你想要创建的每个图像构建一个合适的Dockerfile，然后使用构建命令来组合这些图像。

你可以使用build /path/to/ Dockerfiles /blah来指定你的Dockerfile的路径，其中/path/to/ Dockerfiles /blah就是blah的Dockerfile所在的位置。

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。

Docker compose file是一种让你以声明的方式编排多个容器的启动的方式，而不是用bash脚本分别运行每个Dockerfile，后者编写起来要慢得多，而且很难调试。

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

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

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