Валентин, Ну понятно, что есть контейнирезация на уровне ядра Linux и она была за долго до Docker, а Docker это просто удобный инструмент(упаковщик) который помогает работать со всеми фичами контейнирезации. Вопрос конкретно про докер и количестве багов на разных ОС ....
Валентин, Вопрос именно о докере. Понятно, что под Kubernetes свои рекомендации ...
Вопрос связан с разными багами в докере. Сам юзаю несколько лет на бубунту докер, но вот статьи и разные открытые issue заставляют задуматься о безопасности и стабильности использования докера. Может есть какой-то вариант лучше\стабильнее, а я не в курсе )
А в каком раннере выполняется (если тип раннера у меня это докер), через какой параметр указывается ?
Я знаю через tags, можно. А если нет tags, то разве не сервис на это указывает ?
marataziat Как же вы определите , что это нужное приложение, а не какое-то левое или просто юзер входит через консоль с разрешённой в firewall машины???
Вы опустили очень важную часть вопроса (
Алексей Ямщиков, Имел в виду, что сделали изменение в скажем в коде веб интерфейса , код синхронизировался, в контейнере наблюдатель ( например supervisor) увидел изменения, пересобрал код, мы увидели результат на веб странице.
rustler2000, так а директория сама будет на ноде или на мастере, т.е. там , где создавали ?
По поводу странности - на цвет и вкус фломастеры разные.
Мне вот удобно удаленно развернуть рабочую среду просто подконнектиться туда , вносить изменения и смотреть результат .
chupasaurus, В том, что я не должен на локальном компьютере поднимать всю систему , я сделал 1 изменение в коде, хочу посмотреть результат, но не хочу отправлять это в гит. Я это увижу сразу на удаленном сервере, в противном случае мне на локальном компе надо поднимать , БД , бекенд, фронтенд, выкачивать модули , заливать дамп в БД ну и другие нюансы такие как версионность. модулей.
Еще раз повторяю, это не замена деплою , это более гибкий вариант разработки приложений, для тех , кто не хочет заморачиваться с разворачиванием всей системы на локальном компьютере !
rustler2000, Слегка запутался....
1. Создаем новый деплой
2. Добавляем к нему volume, засовываем внутрь нужные данные
3. Отправляем это все на ноду
4. Как получить доступ именно к volume via ssh ? Пробрасывать ssh порт в поде и давать права чтение\запись?
Как создать директорию - я в курсе, понятно , что ее можно рекурсивно создать , но причем здесь это ?
Не достаточно внимательно прочитал этот раздел... Сейчас еще раз его прочту.
В целом получится делать сборку пода , добавлять к нему хранилище с данными, отправлять этот под вместе с хранилищем на ноду и получать доступ из вне к этому хранилищу (как например я бы мог получить доступ к примонтированной директории через ssh в случае с обычным докер контейнером) ?
Или у вас нет готового ответа на это ?
chupasaurus, Это не деплой через ssh.
Деплой для dev среды выглядит так :
Через web интерфейс отправляем команду на сборку нужных частей проекта ( отдельно бекенд,новая бд, фронтенд или все вместе )
После успешной сборки мы можем открыть локальную копию фронтенда из гита на своем PC или бекенда и настроив синхронизацию по ssh можем видеть изменения на удаленном сервере
После того, как будем готовы сделать коммит в git, с локальной копии отправляем изменения в гит
При необходимости делаем сборку с новыми изменениями из гит
Плюса такого подхода в следующем:
Все операции по компиляции происходят на удаленном сервере, т.е. ваши локальные ресурсы не расходуются
Вам не нужно у себя делать сборку каких либо частей проекта, чтобы заняться отладкой или разработкой
Вам не нужно что-либо знать о том, как происходит процесс сборки проекта, вам нужно только писать код, все остальное будет сделано автоматически после нажатия на кнопочку сборки
