...но можно сделать --expose
07.04.2020, 12:30
Все верно. С появления Unix.
> от рута
:~# rm -rf /*
:~# rm -rf /*
--expose ничего наружу не выводит, только документирует порты. И помимо --port есть простая магия --network=host --ipc="host"
а еще как минимум раньше в нем были дыры, позволявшие из него вылезти с sudo привилегиями...
При падении приложения контейнер должен перезапускаться сам. 1 приложение - 1 контейнер. Если контейнер собственной сборки и вот хоть усрись надо больше приложений в нём - supervisord в помощь.
лол
https://docs.docker.com/engine/reference/builder/ - заголовок healthcheck
https://docs.docker.com/config/containers/start-containers-automatically/ - restart policy
а ещё если хуево не писать, то будет работать без падений
https://docs.docker.com/engine/reference/builder/ - заголовок healthcheck
https://docs.docker.com/config/containers/start-containers-automatically/ - restart policy
а ещё если хуево не писать, то будет работать без падений
Скорее просто необходимую среду. Вот ты разрабатываешь одну фигню под одной версией языка и конфигурацией сервиса, другую под другой. Ставить себе это на компьютер ну совсем зло, а вот создать контейнер, прописать все в нем и все среды готовы. Если нужно быстро поднять проект на другом компьютере, можно сделать образ докера и собрать на другой машине быстро, а не снова настраивать среду и сервер. Как-то так.
Неудачная попытка сделать злободневную шутеечку из побочного свойства технологии тонкой виртуализации с ними произошла.
Не. Мне как-то похуй было.
Я думал, ты удачно иронизируешь над неточностью, а ты, оказывается проще устроен. Умных слов у меня было -- ноль. Единственный прикладной термин, суть которого, в принципе, ясна из синтаксиса... Попустись, короче, ты.
Я думал, ты удачно иронизируешь над неточностью, а ты, оказывается проще устроен. Умных слов у меня было -- ноль. Единственный прикладной термин, суть которого, в принципе, ясна из синтаксиса... Попустись, короче, ты.
Синий кит.
да есть и такое, решил попробовать, в итоге пришлось винду переставлять
Не знаю может я что-то не то делаю, я не особо в нем шарю. Но по работе использую связку докер + винда, так было еще до того как я пришел на контору, а менять лень. У меня на версиях выше 2.0.1.5 не синхронизируются папки с проектами с внутренним volume докера. Типа вношу изменения в код, делаю ребилд контейнера, и очень часто ничего не меняется, я даже внутри контейнера по файлам измененным проходил смотрел, там то же состояние которое до модификации было, короче какая-то магия.
Отака хуйня малята.
Отака хуйня малята.
Категория програм "Sandbox" или "песочница" по нашему. Что-то конкретное подсказать не могу, т.к. давно в них не ковырялся. Но в десятке есть уже встроенная
https://www.comss.ru/page.php?id=5658
https://www.comss.ru/page.php?id=5658
Докер не использует виртуализацию вполне, в смысле привлечения аппаратных средств или полной изоляции адресного пространства. Процессы работают на ядре хоста, другое дело что в специально огороженном вольерчике. ХЗ, как это сделано в вендах, правда, но в unix эта сторона дела совершенно прозрачно выражается в конкретном наборе ядерных фич
Но профит в том что приложения на докере не имеют, или почти не имеют накладух на виртуализацию, и можно пускать высокопроизводительные задачи в компактненьком окруженьице специально под какой-то сервис. Типа, хотим постгрес, хотим апаш, хотим нгинкс, но не хотим конфижить их на одном окружении -- можно каждый пустить в отдельном контейнере (со своей локальной файловой системой, переменными окружения, etc). Тихо и подконтрольно они общаются по сети через, которая на самом деле вся помещается в единственном хосте, но могут, при необходимости, и переехать. Ещё плюс в том что можно оркестрировать большие массивы нод с полностью гомогенным окружением, деплоить тысячи инстансов одним тычком (swarm, kubernettes), и всё такое; приложений -- масса.
Но профит в том что приложения на докере не имеют, или почти не имеют накладух на виртуализацию, и можно пускать высокопроизводительные задачи в компактненьком окруженьице специально под какой-то сервис. Типа, хотим постгрес, хотим апаш, хотим нгинкс, но не хотим конфижить их на одном окружении -- можно каждый пустить в отдельном контейнере (со своей локальной файловой системой, переменными окружения, etc). Тихо и подконтрольно они общаются по сети через, которая на самом деле вся помещается в единственном хосте, но могут, при необходимости, и переехать. Ещё плюс в том что можно оркестрировать большие массивы нод с полностью гомогенным окружением, деплоить тысячи инстансов одним тычком (swarm, kubernettes), и всё такое; приложений -- масса.
Эта штука устанавливает в себя виртуальную среду. Создаешь контейнер, прописываешь среду или устанавливаешь, в общем все делаешь и работаешь в ней. Не для программистов он не нужен.
yep
Народ объясните чем это лучше lxd/lxc? я вот пропустил эпоху docker и openvz и сразу ворвался на lxc и вполне доволен - все мои задачи решает, работает стабильно, ничего перегружать не приходится. В чем сок докера хз... у меня есть пара докеров внутри lxc, но и то потому что авторы софта еще не родили под lxc шаблон.
Зануда mode on. Некорректно написано, имеется ввиду "будь как docker container".
