Differenza tra collegamenti e depend_on in docker_compose.yml

Secondo la documentazione del file di composizione di Docker Compose :

• depends_on - Esprimi la dipendenza tra i servizi.
• links- Collega ai container in un altro servizio ed esprimi anche la dipendenza tra i servizi nello stesso modo di depend_on .

Non capisco lo scopo del collegamento ad altri contenitori, quindi la differenza tra due opzioni sembra ancora abbastanza difficile per me.

Sarebbe molto più semplice se ci fosse un esempio, ma non riesco a trovarne nessuno.

Ho notato che quando collego il contenitore B con il contenitore A, il contenitore B sarà "pingabile" all'interno della shell del contenitore A.

Ho corso ping Ball'interno del contenitore A bashe ho ottenuto un risultato del genere (solo per riferimento, immagine da Internet)

Il post ha bisogno di un aggiornamento dopo che l' linksopzione è diventata obsoleta.

Fondamentalmente, linksnon è più necessario perché il suo scopo principale, rendere il contenitore raggiungibile da un altro aggiungendo la variabile d'ambiente, è incluso implicitamente network. Quando i contenitori vengono inseriti nella stessa rete, sono raggiungibili l'uno dall'altro utilizzando il nome del contenitore e altri alias come host.

Per docker run, --linkè anche deprecato e dovrebbe essere sostituito da una rete personalizzata.

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

depends_onesprime l'ordine di inizio (e implicitamente l'ordine di estrazione dell'immagine), che è stato un buon effetto collaterale di links.

Questa risposta è per docker-compose versione 2 e funziona anche con la versione 3

Puoi ancora accedere ai dati quando usi depend_on.

Se dai un'occhiata ai documenti docker Docker Compose e Django , puoi comunque accedere al database in questo modo:

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

Qual'è la differenza tra links e depend_on?

links:

Quando si crea un contenitore per un database, ad esempio:

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

docker inspect d54cf8a0fb98 |grep HostPort

E potresti trovare

"HostPort": "32777"

Ciò significa che è possibile connettere il database dalla porta 32777 localhost (3306 nel contenitore) ma questa porta cambierà ogni volta che si riavvia o si rimuove il contenitore. Quindi puoi usare i collegamenti per assicurarti di connetterti sempre al database e non devi sapere quale sia la porta.

web:
  links:
   - db

dipende da:

Ho trovato un bel blog di Giorgio Ferraris Docker-compose.yml: dalla V1 alla V2

Quando docker-compose esegue i file V2, creerà automaticamente una rete tra tutti i contenitori definiti nel file e ogni contenitore sarà immediatamente in grado di fare riferimento agli altri semplicemente usando i nomi definiti nel file docker-compose.yml.

E

Quindi non abbiamo più bisogno di collegamenti; i collegamenti sono stati usati per avviare una comunicazione di rete tra il nostro contenitore db e il nostro contenitore web-server, ma questo è già fatto da docker-compose

Aggiornare

dipende da

Esprimi la dipendenza tra i servizi, che ha due effetti:

• docker-compose upavvierà i servizi in ordine di dipendenza. Nel seguente esempio, db e redis verranno avviati prima del web.
• docker-compose up SERVICEincluderà automaticamente le dipendenze di SERVICE. Nel seguente esempio, la finestra mobile composta da Web creerà e avvierà anche db e redis.

Esempio semplice:

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

Nota: depend_on non attenderà che db e redis siano “pronti” prima di avviare il web - solo fino a quando non saranno stati avviati. Se è necessario attendere che un servizio sia pronto, consultare Controllo dell'ordine di avvio per ulteriori informazioni su questo problema e sulle strategie per risolverlo.

[Aggiornamento settembre 2016]: questa risposta era intesa per il file di composizione docker v1 (come mostrato dal file di composizione di esempio riportato di seguito). Per v2, vedi l'altra risposta di @Windsooon.

[Risposta originale]:

È abbastanza chiaro nella documentazione. depends_ondecide la dipendenza e l'ordine di creazione del contenitore e linksnon solo li fa, ma anche

I contenitori per il servizio collegato saranno raggiungibili con un nome host identico all'alias o il nome del servizio se non è stato specificato alcun alias.

Ad esempio, assumendo il seguente docker-compose.ymlfile:

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

db:
  image: postgres:latest

cache:
  image: redis:latest

Con links, il codice interno websarà in grado di accedere al database usando db:5432, supponendo che la porta 5432 sia esposta dbnell'immagine. Se depends_onfossero utilizzati, ciò non sarebbe possibile, ma l'ordine di avvio dei contenitori sarebbe corretto.