Diferencia entre enlaces y dependen_on en docker_compose.yml

De acuerdo con la documentación del archivo de composición de Docker Compose :

• depends_on - Expresar dependencia entre servicios.
• links- Enlace a contenedores en otro servicio y también expresa dependencia entre servicios de la misma manera que dependen_on .

No entiendo el propósito de vincular a otros contenedores, por lo que la diferencia entre dos opciones todavía me parece bastante difícil.

Sería mucho más fácil si hubiera un ejemplo, pero no puedo encontrar ninguno.

Me di cuenta, cuando vinculo el contenedor B con el contenedor A, entonces el contenedor B será "pingable" dentro del caparazón del contenedor A.

Corrí ping Bdentro del contenedor A bashy obtuve un resultado como este (solo como referencia, imagen de Internet)

La publicación necesita una actualización después de que la linksopción está en desuso.

Básicamente, linksya no es necesario porque su propósito principal, hacer que el contenedor sea accesible por otro agregando variable de entorno, se incluye implícitamente con network. Cuando los contenedores se colocan en la misma red, son accesibles entre sí utilizando su nombre de contenedor y otro alias como host.

For docker run, --linktambién está en desuso y debe ser reemplazado por una red personalizada.

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

depends_onexpresa el orden de inicio (e implícitamente el orden de extracción de imágenes), que fue un buen efecto secundario de links.

Esta respuesta es para docker-compose versión 2 y también funciona en la versión 3

Todavía puede acceder a los datos cuando utiliza depede_on.

Si observa los documentos de Docker Docker Compose y Django , aún puede acceder a la base de datos de esta manera:

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

¿Cuál es la diferencia entre links y dependen_on?

Enlaces:

Cuando crea un contenedor para una base de datos, por ejemplo:

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

docker inspect d54cf8a0fb98 |grep HostPort

Y puedes encontrar

"HostPort": "32777"

Esto significa que puede conectar la base de datos desde su puerto localhost 32777 (3306 en el contenedor) pero este puerto cambiará cada vez que reinicie o elimine el contenedor. Por lo tanto, puede usar enlaces para asegurarse de que siempre se conectará a la base de datos y no tiene que saber qué puerto es.

web:
  links:
   - db

depende de:

Encontré un buen blog de Giorgio Ferraris Docker-compose.yml: de V1 a V2

Cuando docker-compose ejecuta archivos V2, construirá automáticamente una red entre todos los contenedores definidos en el archivo, y cada contenedor podrá referirse inmediatamente a los demás simplemente usando los nombres definidos en el archivo docker-compose.yml.

Y

Entonces ya no necesitamos enlaces; los enlaces se usaron para iniciar una comunicación de red entre nuestro contenedor de db y nuestro contenedor de servidor web, pero esto ya lo hace docker-compose

Actualizar

depende de

Expresar dependencia entre servicios, que tiene dos efectos:

• docker-compose upiniciará los servicios en orden de dependencia. En el siguiente ejemplo, db y redis se iniciarán antes que la web.
• docker-compose up SERVICEincluirá automáticamente las dependencias de SERVICIO. En el siguiente ejemplo, docker-compose up web también creará e iniciará db y redis.

Ejemplo simple:

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

Nota: depende_on no esperará a que db y redis estén "listos" antes de iniciar la web, solo hasta que se hayan iniciado. Si necesita esperar a que un servicio esté listo, consulte Control del orden de inicio para obtener más información sobre este problema y las estrategias para resolverlo.

[Actualización de septiembre de 2016]: esta respuesta estaba destinada a docker compose file v1 (como se muestra en el archivo de compilación de muestra a continuación). Para v2, vea la otra respuesta de @Windsooon.

[Respuesta original]:

Está bastante claro en la documentación. depends_ondecide la dependencia y el orden de creación del contenedor y linksno solo lo hace, sino también

Se podrá acceder a los contenedores para el servicio vinculado con un nombre de host idéntico al alias o el nombre del servicio si no se especificó ningún alias.

Por ejemplo, suponiendo el siguiente docker-compose.ymlarchivo:

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

db:
  image: postgres:latest

cache:
  image: redis:latest

Con links, el código interno webpodrá acceder a la base de datos utilizando db:5432, suponiendo que el puerto 5432 esté expuesto en la dbimagen. Si depends_onse usaran, esto no sería posible, pero el orden de inicio de los contenedores sería correcto.