Come ottenere docker-compose per ricreare sempre i contenitori da nuove immagini?

Le mie immagini docker sono costruite su un server CI Jenkins e vengono inviate al nostro registro Docker privato. Il mio obiettivo è il provisioning di ambienti con docker-compose che avviino sempre lo stato originale delle immagini.

Attualmente sto usando docker-compose 1.3.2 e 1.4.0 su macchine diverse, ma abbiamo anche usato versioni precedenti.

Ho sempre usato i docker-compose pull && docker-compose up -dcomandi per recuperare le nuove immagini dal registro e avviarle. Credo che il mio comportamento preferito funzionasse come previsto fino a un certo punto nel tempo, ma da allora ha docker-compose upiniziato a rieseguire container precedentemente arrestati invece di avviare ogni volta le immagini originariamente costruite.

C'è un modo per sbarazzarsi di questo comportamento? In questo modo potrebbe essere uno che è cablato nel file di configurazione docker-compose.yml per non dipendere dal "non dimenticare" qualcosa sulla riga di comando ad ogni chiamata?

ps. Oltre a trovare un modo per raggiungere il mio obiettivo, mi piacerebbe anche sapere qualcosa in più sullo sfondo di questo comportamento. Penso che l'idea di base di Docker sia quella di costruire un'infrastruttura immutabile. L'attuale comportamento di docker-compose sembra semplicemente scontrarsi con questo approccio .. o mi manca qualche punto qui?

docker-compose up --force-recreateè un'opzione, ma se lo stai usando per CI, inizierei la compilazione docker-compose rm -fper arrestare e rimuovere i contenitori e i volumi (quindi seguirlo con pull e up).

Questo è quello che uso:

docker-compose rm -f
docker-compose pull
docker-compose up --build -d
# Run some tests
./tests
docker-compose stop -t 1

Il motivo per cui i contenitori vengono ricreati è quello di preservare tutti i volumi di dati che potrebbero essere utilizzati (e può anche essere upmolto più veloce).

Se stai facendo CI non lo vuoi, quindi basta rimuovere tutto dovrebbe farti desiderare che desideri.

Aggiornamento: uso up --buildche è stato aggiunto in docker-compose1.7

L'unica soluzione che ha funzionato per me era questo comando:

docker-compose build --no-cache

Ciò estrarrà automaticamente nuova immagine dal repository e non utilizzerà la versione cache pre-compilata con tutti i parametri che hai utilizzato in precedenza.

Con l'attuale documentazione ufficiale esiste una scorciatoia che interrompe e rimuove container, reti, volumi e immagini creati da up, se sono già stati arrestati o parzialmente rimossi e così via, allora farà anche il trucco:

docker-compose down

Quindi se hai nuove modifiche alle tue immagini o Dockerfile usa:

docker-compose build --no-cache

Finalmente:docker-compose up

In un comando: docker-compose down && docker-compose build --no-cache && docker-compose up

Puoi passare --force-recreatea docker compose up, che dovrebbe usare contenitori nuovi.

Penso che il ragionamento alla base del riutilizzo dei contenitori sia quello di preservare eventuali cambiamenti durante lo sviluppo. Si noti che Compose fa qualcosa di simile con i volumi, che persisterà anche tra la ricreazione del contenitore (un contenitore ricreato si collegherà ai volumi del suo predecessore). Questo può essere utile, ad esempio, se hai un contenitore Redis usato come cache e non vuoi perdere la cache ogni volta che apporti una piccola modifica. Altre volte è solo confuso.

Non credo che ci sia alcun modo per forzarlo dal file Compose.

Probabilmente si scontra con principi di infrastruttura immutabili. Il contro-argomento è probabilmente che non usi Compose in produzione (ancora). Inoltre, non sono sicuro di essere d'accordo sul fatto che l'infrazione immutabile sia l'idea di base di Docker, sebbene sia certamente un buon caso d'uso / punto di vendita.

docker-compose up --build

O

docker-compose build --no-cache

$docker-compose build

Se c'è qualcosa di nuovo, verrà ricostruito.