В docker-compose.yml,

В чем разница между следующими обозначениями портов?

ports:
   - "5000:5000"

RESP :

ports:
   - "8080"

Или портов вообще нет.

Например, в следующем docker-compose.yml служба mongodb должна предоставлять порт для связи со службой узла, но порт не указан

services:

  node:
    build:
      context: .
      dockerfile: node.dockerfile
    ports:
      - "3000:3000"
    networks:
      - nodeapp-network
    depends_on: 
      - mongodb

  mongodb:
    image: mongo
    networks:
      - nodeapp-network

networks:
  nodeapp-network:
    driver: bridge

источник: https://github.com/DanWahlin/NodeExpressMongoDBDockerApp

Однако в этом docker-compose.yml есть порты, указанные в нотации 27017:27017 или 8080.

services:
    nginx:
      container_name: nginx
      image: ${DOCKER_ACCT}/nginx
      build: 
        context: .
        dockerfile: .docker/nginx.${APP_ENV}.dockerfile
      links:
        - node1:node1
        - node2:node2
        - node3:node3
      ports:
        - "80:80"
        - "443:443"
      networks:
        - codewithdan-network

    node1:
      container_name: node-codewithdan-1
      image: ${DOCKER_ACCT}/node-codewithdan
      build: 
        context: .
        dockerfile: .docker/node-codewithdan.${APP_ENV}.dockerfile
      ports:
      - "8080"
      volumes:
        - .:/var/www/codewithdan
      working_dir: /var/www/codewithdan
      env_file:
        - ./.docker/env/app.${APP_ENV}.env
      depends_on:
        - mongo
        - redis
      networks:
        - codewithdan-network

    node2:
      container_name: node-codewithdan-2
      image: ${DOCKER_ACCT}/node-codewithdan
      build: 
        context: .
        dockerfile: .docker/node-codewithdan.${APP_ENV}.dockerfile
      ports:
      - "8080"
      volumes:
        - .:/var/www/codewithdan
      working_dir: /var/www/codewithdan
      env_file:
        - ./.docker/env/app.${APP_ENV}.env
      depends_on:
        - mongo
        - redis
      networks:
        - codewithdan-network

    node3:
      container_name: node-codewithdan-3
      image: ${DOCKER_ACCT}/node-codewithdan
      build: 
        context: .
        dockerfile: .docker/node-codewithdan.${APP_ENV}.dockerfile
      ports:
      - "8080"
      volumes:
        - .:/var/www/codewithdan
      working_dir: /var/www/codewithdan
      env_file:
        - ./.docker/env/app.${APP_ENV}.env
      depends_on:
        - mongo
        - redis
      networks:
        - codewithdan-network

    mongo:
      container_name: mongo
      image: ${DOCKER_ACCT}/mongo
      build:
        context: .
        dockerfile: .docker/mongo.dockerfile
      ports:
      - "27017:27017"
      env_file:
        - ./.docker/env/mongo.${APP_ENV}.env
      networks:
        - codewithdan-network

    redis:
      container_name: redis
      image: ${DOCKER_ACCT}/redis
      build: 
        context: .
        dockerfile: .docker/redis.${APP_ENV}.dockerfile
      ports:
        - "6379"
      networks:
        - codewithdan-network

networks:
    codewithdan-network:
      driver: bridge

источник: https://github.com/DanWahlin/CodeWithDanDockerServices

Вы можете объяснить разницу?

2
Liero 24 Сен 2018 в 17:42

2 ответа

Лучший ответ

Типичные контейнеры Docker запускают длительно работающий сервер, который прослушивает какой-либо TCP-порт. Другие контейнеры в той же сети Docker могут достичь этого контейнера, используя имя контейнера (docker run --name, container_name: директива) в качестве имени DNS и порт, на котором работает сервер. В Docker Compose Compose создает сеть Docker для каждого файла Compose YAML, а также делает службы доступными под их ключом в файле YAML. Это работает, даже если не указаны ports:.

Так, например, если в вашем файле docker-compose.yml указано

services:
  mongo:
    image: mongo
  others:
    env:
      MONGODB_HOST: mongo
      MONGODB_PORT: 27017

Тогда контейнер MongoDB будет доступен для этого имени хоста и (по умолчанию) порта, даже если он явно не имеет ports:.

Если вы действительно объявите ports:, тогда контейнер будет доступен извне Docker. Если у вас только один порт, это номер порта сервера, и Docker выбирает порт хоста; в большинстве случаев это бесполезно (но гарантированно не приведет к конфликту портов). Если у вас два порта, это порт хоста и порт внутренней службы. Вы также можете указать IP-адрес хоста для привязки (2).

Наличие или отсутствие ports: не влияет на взаимодействие между контейнерами. Всегда используйте имя контейнера (или имя службы Docker-compose.yml) и "внутренний" номер порта, который сервер прослушивает.

2
David Maze 24 Сен 2018 в 16:04

Укажите оба порта (HOST: CONTAINER) или только порт контейнера (выбран временный порт хоста). Итак, в вашем случае 8080 - контейнерный порт

ports:
 - "3000"
 - "3000-3005"
 - "8000:8000"
 - "9090-9091:8080-8081"
 - "49100:22"
 - "127.0.0.1:8001:8001"
 - "127.0.0.1:5000-5010:5000-5010"
 - "6060:6060/udp"

Из здесь

Диапазон эфемерных портов настраивается параметром ядра / proc / sys / net / ipv4 / ip_local_port_range, обычно в диапазоне от 32768 до 61000.

В любом случае, вы сможете увидеть, что Docker сделал в вашем сетевом стеке, проверив свои таблицы NAT. отсюда

В docker compose по умолчанию порты не будут созданы, если они столкнутся с уже открытыми портами.

0
Blue Clouds 24 Сен 2018 в 15:50