所以我有以下问题。我正在使用 docker-compose 来构建和启动两个容器。我使用不同的 docker-compose.yml 文件(图像和容器名称不同)多次执行此操作，并且工作正常并且三个容器并行运行。唯一的区别是，一个容器公开一个特定的端口，而另一个容器运行一个连接到特定端点的应用程序。 所以总的来说，这些容器并没有那么不同，但它们确实如此。

但现在我创建了三个额外的 compose 配置，并尝试像我对其他三个配置一样并行运行它们。现在的问题是，使用 docker-compose，正在构建和启动一个容器。但是第二个将停止创建的容器并重新创建它。 我尝试执行 docker-compose build --no-cache 并在之后执行 docker-compose up -d，但我仍然遇到了同样的问题。图像虽然不同(ID)。在此之前，我只对第一个和第二个(新)容器使用 docker-compose up -d --build 进行了尝试，它会像提到的那样重新创建。但是查看图像，它们会得到相同的 ID(但名称不同)。

所以我认为 docker 缓存有问题。这就是为什么我最终删除了所有容器和图像，并使用上面提到的选项 --no-cache 从头开始​​。不过没用。

这里有两个可以工作的 docker-compose.yml:

version: '2'
services:
    ruby:
        security_opt:
            - seccomp:unconfined
        build:
            context: .
            dockerfile: Dockerfile_ruby
            args:
                - http_proxy=http://someIP:3128
                - https_proxy=http://someIP:3128
        image: ruby_foo_ge01
        container_name: ruby_container_ge01
        volumes:
            - /home/foo/log/GE01/:/usr/src/app/log/
    ssl:
        security_opt:
            - seccomp:unconfined
        build:
            context: .
            dockerfile: Dockerfile_ssl
            args:
                - http_proxy=http://someIP:3128
                - https_proxy=http://someIP:3128
        image: ssl_ge01
        container_name: ssl_container_ge01
        volumes:
            - /home/foo/log/GE01/nginx/:/var/log/nginx/
        ports:
            - "3003:443"
        links:
            - ruby

还有一个:

version: '2'
services:
    ruby:
        security_opt:
            - seccomp:unconfined
        build:
            context: .
            dockerfile: Dockerfile_ruby
            args:
                - http_proxy=http://someIP:3128
                - https_proxy=http://someIP:3128
        image: ruby_foo
        container_name: ruby_container
        volumes:
            - /home/foo/log/:/usr/src/app/log/
    ssl:
        security_opt:
            - seccomp:unconfined
        build:
            context: .
            dockerfile: Dockerfile_ssl
            args:
                - http_proxy=http://someIP:3128
                - https_proxy=http://someIP:3128
        image: ssl_gt01
        container_name: ssl_container
        volumes:
            - /home/foo/log/nginx/:/var/log/nginx/
        ports:
            - "3001:443"
        links:
            - ruby

用 docker-compose up -d --build 运行这两个和另一个非常相似是没有问题的。

这里有两个失败的容器 .yml 文件:

version: '2'
services:
    ruby:
        security_opt:
            - seccomp:unconfined
        build:
            context: .
            dockerfile: Dockerfile_ruby
            args:
                - http_proxy=http://someIP:3128
                - https_proxy=http://someIP:3128
        image: ruby_foo_websock_gt01
        container_name: ruby_containerWSgt01
        volumes:
            - /home/foo/websockGT01/log/:/usr/src/app/log/
    ssl:
        security_opt:
            - seccomp:unconfined
        build:
            context: .
            dockerfile: Dockerfile_ssl
            args:
                - http_proxy=http://someIP:3128
                - https_proxy=http://someIP:3128
        image: ssl_websock_gt01
        container_name: ssl_containerWSgt01
        volumes:
            - /home/foo/websockGT01/log/nginx/:/var/log/nginx/
        ports:
            - "3010:443"
        links:
            - ruby

第二个:

version: '2'
services:
    ruby:
        security_opt:
            - seccomp:unconfined
        build:
            context: .
            dockerfile: Dockerfile_ruby
            args:
                - http_proxy=http://someIP:3128
                - https_proxy=http://someIP:3128
        image: ruby_foo_websock_ge01
        container_name: ruby_containerWSge01
        volumes:
            - /home/foo/websockGE01/log/:/usr/src/app/log/
    ssl:
        security_opt:
            - seccomp:unconfined
        build:
            context: .
            dockerfile: Dockerfile_ssl
            args:
                - http_proxy=http://someIP:3128
                - https_proxy=http://someIP:3128
        image: ssl_websock_ge01
        container_name: ssl_containerWSge01
        volumes:
            - /home/foo/websockGE01/log/nginx/:/var/log/nginx/
        ports:
            - "3030:443"
        links:
            - ruby

正如您所见，正常工作的 .yml 文件和失败的文件没有太大区别。 (或者我错过了什么？)图像和容器名称会随着暴露的端口和卷路径的变化而变化。 所有文件都有自己的工作目录，每个实例也保存应用程序代码。所有使用的 Dockerfile 在每个工作目录中都是相同的。

TL;DR:为什么我的 docker-compose 没有启动一个新容器，而是停止一个正在运行的容器并重新创建那个容器？是否有最大数量的运行容器？我在 .yml 文件中做错了吗？正如开头提到的 --no-cache 没有帮助。

对那堵文字墙表示诚挚的问候和抱歉

最佳答案

简短的回答

当你运行 docker-compose up;由于您在 docker-compose.yml 文件之间使用相同的服务名称(即 ruby 和 ssl)，Docker Compose 将不同的配置视为修改相同的服务，而不是将它们完全视为独立的服务。

我的猜测是一些 docker-compose.yml 文件的父目录是相同的，所以如果你想同时运行这些容器你有几个选择:

• 更改父目录的名称，使它们都不同
• 在每次调用 docker-compose up 时指定不同的项目名称，例如docker-compose -p project1 up -d, docker-compose -p project2 up -d
• 更改服务名称，使它们在不同的 docker-compose.yml 文件中不完全相同

更长的答案

通过快速测试，Docker Compose 似乎使用项目名称和服务名称来标识特定服务。运行 Docker Compose 命令时，可以使用 -p 标志设置项目名称，否则它使用 COMPOSE_PROJECT_NAME 环境变量的值(如果已设置)，如果两者都不是指定它将默认为 docker-compose.yml 文件的父目录的名称(参见 https://docs.docker.com/compose/reference/overview)。

所以，给定一个目录结构，例如:

.
├── a
│   └── z
│       └── docker-compose.yml
├── b
│   └── z
│       └── docker-compose.yml
└── c
    └── y
        └── docker-compose.yml

从 a/z 目录运行 docker-compose up -d(或使用 docker-compose -f a/z/docker-compose.yml up -d) 将在项目 z 中启动 ruby 和 ssl 服务，使用 docker 中指定的容器名称命名-compose.yml.

如果您随后从 b/z 目录运行 docker-compose up -d，Docker Compose 将看到您再次尝试启动 ruby 和 ssl 服务在项目 z 中，但这次有一些不同，例如到名称和端口。它会将此视为您已修改原始 docker-compose.yml，并使用新配置重新启动容器。如果你现在从 c/y 目录运行 docker-compose up -d 那么你会得到两个与前两个并行运行的新容器， ruby 和 ssl 服务在项目 y 中运行。

因此，您需要通过更改服务名称或每次设置不同的项目来确保项目和服务名称的组合在您要运行的不同容器集之间有所不同。

关于caching - Docker 没有创建新容器，而是重新创建了一个正在运行的容器，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/43126022/