Разница между ссылками и depen_on в docker_compose.yml

Согласно документации файла Docker Compose :

• depends_on - Выразить зависимость между сервисами.
• links- Связывать с контейнерами в другом сервисе, а также выражать зависимость между сервисами таким же образом, как depen_on .

Я не понимаю цели связывания с другими контейнерами, поэтому разница между двумя вариантами все еще кажется мне довольно сложной.

Было бы намного проще, если бы был пример, но я не могу его найти.

Я заметил, что когда я связываю контейнер B с контейнером A, тогда контейнер B будет «пингуемым» внутри оболочки контейнера A.

Я побежал ping Bв контейнер А bashи получил такой результат (просто для справки, изображение из Интернета)

Сообщение нуждается в обновлении после того, как linksопция устарела.

По сути, linksбольше не требуется, потому что его основное назначение - сделать контейнер доступным для другого путем добавления переменной окружения, неявно включено в network. Когда контейнеры размещаются в одной и той же сети, они доступны друг другу, используя имя контейнера и другой псевдоним в качестве хоста.

For docker run, --linkтакже является устаревшим и должен быть заменен пользовательской сетью.

docker network create mynet
docker run -d --net mynet --name container1 my_image
docker run -it --net mynet --name container1 another_image

depends_onвыражает начальный порядок (и неявно порядок вытягивания изображения), что было хорошим побочным эффектом links.

Этот ответ предназначен для docker-compose версии 2, а также для версии 3

Вы по-прежнему можете получить доступ к данным, когда вы используете зависимость_.

Если вы посмотрите на документы Docker Docker Compose и Django , вы все равно можете получить доступ к базе данных следующим образом:

version: '2'
services:
  db:
    image: postgres
  web:
    build: .
    command: python manage.py runserver 0.0.0.0:8000
    volumes:
      - .:/code
    ports:
      - "8000:8000"
    depends_on:
      - db

В чем разница между ссылками и зависимости_?

ссылки по теме:

Когда вы создаете контейнер для базы данных, например:

docker run -d --name=test-mysql --env="MYSQL_ROOT_PASSWORD=mypassword" -P mysql

docker inspect d54cf8a0fb98 |grep HostPort

И вы можете найти

"HostPort": "32777"

Это означает, что вы можете подключить базу данных через локальный порт 32777 (3306 в контейнере), но этот порт будет меняться при каждом перезапуске или удалении контейнера. Таким образом, вы можете использовать ссылки, чтобы убедиться, что вы всегда будете подключаться к базе данных и не должны знать, какой это порт.

web:
  links:
   - db

зависит от:

Я нашел хороший блог от Джорджио Феррари Docker-compose.yml: от V1 до V2

Когда docker-compose выполняет файлы V2, он автоматически создает сеть между всеми контейнерами, определенными в файле, и каждый контейнер сразу же может ссылаться на другие, просто используя имена, определенные в файле docker-compose.yml.

И

Поэтому нам больше не нужны ссылки; ссылки использовались для запуска сетевого взаимодействия между нашим контейнером db и нашим контейнером веб-сервера, но это уже сделано docker-compose

Обновить

зависит от

Экспресс-зависимость между сервисами, которая имеет два эффекта:

• docker-compose upзапустит службы в порядке зависимости. В следующем примере db и redis будут запущены перед web.
• docker-compose up SERVICEбудет автоматически включать зависимости SERVICE. В следующем примере docker-compose up web также создаст и запустит db и redis.

Простой пример:

version: '2'
services:
  web:
    build: .
    depends_on:
      - db
      - redis
  redis:
    image: redis
  db:
    image: postgres

Примечание: depen_on не будет ждать, пока db и redis будут «готовы» перед запуском web - только до тех пор, пока они не будут запущены. Если вам нужно дождаться готовности службы, см. «Управление порядком запуска» для получения дополнительной информации об этой проблеме и стратегиях ее решения.

[Обновление сентября 2016 года]: Этот ответ был предназначен для файла компоновки Docker v1 (как показано в примере файла компоновки ниже). Для v2 см. Другой ответ @Windsooon.

[Оригинальный ответ]:

Это довольно ясно в документации. depends_onрешает зависимость и порядок создания контейнера и linksне только делает это, но и

Контейнеры для связанной службы будут доступны с именем хоста, идентичным псевдониму, или именем службы, если псевдоним не указан.

Например, предположим, что следующий docker-compose.ymlфайл:

web:
  image: example/my_web_app:latest
  links:
    - db
    - cache

db:
  image: postgres:latest

cache:
  image: redis:latest

С помощью linksкода внутри webможно будет получить доступ к базе данных, используя db:5432порт 5432 в dbобразе. Если бы depends_onони использовались, это было бы невозможно, но порядок запуска контейнеров был бы правильным.