Docker-compose：在生产中用预先构建的映像取代基于“构建”的服务？

Question

假设我们有以下docker-compose.yml:

version: '3'
services:
  db:
    image: "postgres"
    ports:
     - "5432:5432"
    environment:
     - POSTGRES_PASSWORD=mysecretpassword
  web:
    build: web
    depends_on: [ db ]
    ports:
     - "80:80"

第一个服务db只运行一个容器，其中包含来自Docker Hub的官方postgres映像。

第二个服务web首先在一个名为web的文件夹中基于dockerfile构建一个新的映像，然后运行一个包含该映像的容器。

假设我们现在想要部署到生产中。我的理解是，docker-compose.yml现在可以用来“在docker的群模式下定义堆栈”（例如，请参见下面的答案）。但是，对于Web服务的build步骤，Docker的compose file文档声明

在使用（版本3）组合文件以群集模式部署堆栈时，将忽略此选项。docker堆栈命令只接受预生成的图像。

无论如何，在生产机器上构建映像可能不是一个好主意，因为这会留下构建工件（源代码）；这应该发生在构建服务器上。

我的问题是，是否有一种推荐的方法可以在生产过程中修改docker-compose.yml，以某种方式用image: 替换build:web？

在生产上没有使用成分。总的来说，我的方法有什么问题吗？

Answer 1

docker-compose.yml应该只包含规范的服务定义。

任何特定于构建环境的东西（例如dev vs prod）都应该在一个单独的文件docker-compose.override.yml中声明。每个构建环境都可以有该文件的自己版本。

build:web声明不属于docker-compose.yml，因为它只应该在本地（可能在构建服务器上）运行，而不是在生产中运行。

version: '3'
services:
  db:
    image: "postgres"
    ports:
     - "5432:5432"
    environment:
     - POSTGRES_PASSWORD=mysecretpassword
  web:
    depends_on: [ db ]
    ports:
     - "80:80"

这将是本地开发的默认docker-compose.override.yml:

version: '3'
services:
  web:
    build: web

运行docker-compose up--build-d现在将构建最新的代码更改并在本地启动我们的应用程序。

还可以有另一个版本docker-compose.override.build.yml，目标是构建/CI服务器：

version: '3'
services:
  web:
    build: web
    image: mydockeruser/web

version: '3'
services:
  web:
    image: mydockeruser/web