p
вы можете промаунтить на хост диру в которую контейнер что то сохраняет и тогда оно будет сохраняться между заапусками
Size: a a a
2018 November 11
p
а что мешает сделать контейнер с нужными модулями npm, а потом юзать его в мультистейдже? Докидывая в /var/www/html (или куда то еще) свой проект?
а как тут мультистейдж поможет ? копипастить модули из слоя ? зачем ? )
K
так вот и интересует вопрос - контейнер как расположен, если это память с каким то свопом в файл, то вдруг я перегружу хост-систему и тогда все удалится, кроме того видел в примерах, что после работы контейнера его удаляют через rm, отсюда и вопрос, если я образ вижу где расположен, то где контейнер находится не понятно
АТ
всё что контейнер изменяет, он изменяет в "виртуальной" фс, и после остановки контейнера это всё исчезнет.
после остановки ничего не теряется. Теряется после удаления
p
после остановки ничего не теряется. Теряется после удаления
ну как бы зависит
K
так все таки контейнер как расположен - память или диск?
АТ
так все таки контейнер как расположен - память или диск?
контейнер нигде не расположен, это просто изоляция процессов, а в качестве файловой системы overlayfs
K
контейнер нигде не расположен, это просто изоляция процессов, а в качестве файловой системы overlayfs
ну т.е. это по сути временный объект и значит его после каждой работы нужно удалить, я правильно понимаю?
АТ
ну т.е. это по сути временный объект и значит его после каждой работы нужно удалить, я правильно понимаю?
не совсем. Если он тебе не нужен - можешь удалить. Это как с приложениями - если оно тебе вообще не нужно, то ты его удаляешь, если оно тебе сейчас запущенным не нужно - ты его останавливаешь
K
не совсем. Если он тебе не нужен - можешь удалить. Это как с приложениями - если оно тебе вообще не нужно, то ты его удаляешь, если оно тебе сейчас запущенным не нужно - ты его останавливаешь
а после перезагрузки хостовой систем ни чего не попортится?
АТ
а после перезагрузки хостовой систем ни чего не попортится?
а что должно портиться?
АТ
ребутнешь хост - контейнеры упадут и при запуске докер их поднимет обратно в том же состоянии что и до падения, ведь docker rm им никто не делал, а значит содержимое сохранено
K
ну к примеру внутри файловой системы самого контейнера, в процессе работы ведь что то там добавляешь и т.д.
АТ
можешь сам проверить 🤷♂️
K
ребутнешь хост - контейнеры упадут и при запуске докер их поднимет обратно в том же состоянии что и до падения, ведь docker rm им никто не делал, а значит содержимое сохранено
понятно, спс за разъяснения
а еще в доках видел API на Python, если его использовать то можно ведь без docker-compose работать тогда?
а еще в доках видел API на Python, если его использовать то можно ведь без docker-compose работать тогда?
АТ
можно, но зачем?
АТ
если все написали уже до тебя
K
можно, но зачем?
ну это вопрос для понимания
K
я так понимаю docker-composer это вспомогательный интерфейс, который настраивается конфиг-файлами
АТ
если тебе надо взаимодействовать с докером из какого то приложения, то да, API пригодится. А самому руками его дергать через самописные велосипеды это странное занятие, учитывая что есть готовое решение от разработчиков докера