避免 docker-compose.yml 配置之间的端口冲突?

Oli*_*nde 5 docker docker-compose

我使用的是 Mac 版 Docker,并且在不同的存储库中有 3 个不同的“微服务”,它们都有自己的docker-compose.yml文件。这些服务本身不在 docker 中运行,但有一个docker-compose.yml文件用于启动每个服务使用的数据库(例如 postgresql、minio 和 redis)。这使我可以轻松地单独处理服务。

cd service1 && docker-compose up -d && cd service2 && docker-compose up -d但由于端口冲突,很难同时带2个服务。例如,如果 service1 启动 PostgreSQL 并将其公开到端口 5432,而 service2 想要执行相同的操作,则第二个docker-compose up命令将失败。

两个服务共享相同的 PosgtreSQL 容器是可以接受的,但我不确定是否可以告诉 docker-compose“使用 service1 中的数据库(如果可用),否则创建一个新容器”。

另一个解决方案是确保每个服务都有一个唯一的端口,但随着越来越多的 docker-compose 堆栈正在使用,这可能很难跟踪。

任何有关管理此类工作流程的建议将不胜感激。

如果有帮助,我的 docker-compose.yml 文件之一如下所示:

minio:
  image: minio/minio
  ports:
    - "9000:9000"
  volumes:
    - ./test/.minio/data:/export
    - ./test/.minio/config:/root/.minio
  environment:
    - "MINIO_ACCESS_KEY=AKIAIOSFODNN7EXAMPLE"
    - "MINIO_SECRET_KEY=wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY"
    - "MINIO_ENABLE_FSMETA=true"

createbucket:
  image: garland/aws-cli-docker
  links:
    - minio
  command: >
    /bin/sh -c "
      while ! wget -q -s http://minio:9000/minio/login; do sleep 1; done;
      aws configure set default.s3.signature_version s3v4;
      aws configure set default.region us-east-1;
      aws s3api create-bucket \
        --bucket service1-test \
        --endpoint-url=http://minio:9000;
      exit 0;
    "
  environment:
    - "AWS_ACCESS_KEY_ID=AKIAIOSFODNN7EXAMPLE"
    - "AWS_SECRET_ACCESS_KEY=wJalrXUtnFEMI/K7MDENG/bPxRfiCYEXAMPLEKEY"

db:
  image: postgres:9.5
  ports:
    - "5432:5432"

createdb:
  image: postgres:9.5
  links:
    - db
  command: >
    /bin/bash -c "
      while ! psql --host=db --username=postgres; do sleep 1; done;
      psql --host=db --username=postgres -c 'CREATE DATABASE \"service1-test\";';
    "

services:
  image: alpine:3.2
  links:
    - db
    - minio
  command: /bin/true
Run Code Online (Sandbox Code Playgroud)

我用这个命令来调出它:docker-compose up createdb && docker-compose up createbucket && docker-compose up -d services

shi*_*er0 0

这看起来像是您会使用extends指令的事情。这意味着创建第四个docker-compose.yml文件将您的服务绑定在一起,您也可以在其中重新定义共享服务。