DS
если надо то docker login сначала
Спасибо большое. Только вот насколько я понимаю в запущеных контейнерах поверх images уже очень много нового запилили, как из запущенных контейнеров сделать images?
Size: a a a
2019 June 11
GG
docker commit
PM
привет, у меня такой вопрос возник, как обычно делают обновления файлов внутри контейнера с хоста с использованием docker-compose на продакшене?
допустим 2 используют докерфайл, 3 остальных из имаджа создаются, и 2 с докерфайлами нужно обновить, просто docker-compose build и потом docker-compose up?
допустим 2 используют докерфайл, 3 остальных из имаджа создаются, и 2 с докерфайлами нужно обновить, просто docker-compose build и потом docker-compose up?
I
я ничего не понял
AS
AS
Не зависимо от того что вы написали
PM
извините, что невнятно написал, просто то, что я хотел узнать, не может ли build как-то потереть данные с базы данных, например, или такое может произойти только с удалением volume?
2019 June 12
GG
привет, у меня такой вопрос возник, как обычно делают обновления файлов внутри контейнера с хоста с использованием docker-compose на продакшене?
допустим 2 используют докерфайл, 3 остальных из имаджа создаются, и 2 с докерфайлами нужно обновить, просто docker-compose build и потом docker-compose up?
допустим 2 используют докерфайл, 3 остальных из имаджа создаются, и 2 с докерфайлами нужно обновить, просто docker-compose build и потом docker-compose up?
Не делают так
PM
Не делают так
не подскажите best practice?
GG
Задача какая ?
PM
после обновления/добавления файлов на хосте, обновить файлы в контейнере, криво объяснил вверху...
GG
Просто начать с того, что бест пректис - доставлять готовые образы на продакшн
GG
Образы появляются в результате ci/cd процесса
GG
Насчёт вольюма - ну, создайте его и положите в него, например, базу. Если ничего дополнительно делать не будете, то он, очевидно, никуда не денется
GG
после обновления/добавления файлов на хосте, обновить файлы в контейнере, криво объяснил вверху...
😳
PM
Просто начать с того, что бест пректис - доставлять готовые образы на продакшн
я просто только познаю контейнеризацию эту, не судите строго, как говорится
а если учесть, что ci/cd нет, что подразумевается здесь "добавлять готовые образы на продакшн"
а если учесть, что ci/cd нет, что подразумевается здесь "добавлять готовые образы на продакшн"
PM
просто сделать новый образ через build и запускать его?
GG
я просто только познаю контейнеризацию эту, не судите строго, как говорится
а если учесть, что ci/cd нет, что подразумевается здесь "добавлять готовые образы на продакшн"
а если учесть, что ci/cd нет, что подразумевается здесь "добавлять готовые образы на продакшн"
Значит этот процесс надо организовать. И лучше не на продакшене, т.к. контроля не будет. Ну, например, образ собрался , но криво - как тестировать будете ? А если образ не собрался по какой-то причине ? Нужна возможность видеть оперативно это и фикситт
GG
Я уж не говорю, что сборка образов на продакшене - создавать там помойку
PM
Я уж не говорю, что сборка образов на продакшене - создавать там помойку
это все мимо волнуещей меня темы немного, честно говоря
мне бы только узнать конкретно, docker-compose build может ли стереть каким-либо образом данные базы данных, если эти данные в volume хранятся, или их может стереть только docker-compse down -v допустим?
мне бы только узнать конкретно, docker-compose build может ли стереть каким-либо образом данные базы данных, если эти данные в volume хранятся, или их может стереть только docker-compse down -v допустим?