🏁Александр
тупо не до докеров
ep4sh
Такой вопрос: у кого есть 1с сервер в докере - как себ я ощущает?
inqfen
Часто проблема в головах заодно
Alexander
тупо не до докеров, не до спецификаций, не до качества кода, не до тестирования. А потом глядишь - и не до проекта уже. Зачем такие проекты? 🙂
inqfen
Зачем нам девопс, контейнеры какие-то, ci/cd
Konstantin
Руками всё, руками
inqfen
Вот как 15 лет назад код заливали по ftp так и будем
🏁Александр
у меня знакомый сишник вон спрашивал "а зачем докер?"
Aleksey
Вот как 15 лет назад код заливали по ftp так и будем
Хорошо если фтп. Я тут видел как код воруют друг у друга из смб шар
Alexander
не, ну я как бы тоже против докера только потому то это докер. Надо понимать преимущества от внедрения. Но они ведь есть, надо только грамотно их преподнести и потом научить им пользоваться. Один раз обученный начинаешь использовать интуитивно, и отмазки "не до докеров" даже в голову не успевают зайти
🏁Александр
типо он бинарник поставляет и все
Evgheni
Зачем нам девопс, контейнеры какие-то, ci/cd
все это от дьявола, боженька накажет
アリテミ
а им еще себя тушить, но сначало коммит
Зачем тогда в докер играть?
アリテミ
У нас разработчики сами прибежали и сказали, что хотят докер, ci/cd, чтобы больше не париться с окружениями и деплоем
inqfen
Я вот своим планирую плейбук с ansible отдельную инвентори запилить, типа вводишь вот так то команду и все развернулось
inqfen
Но параллельно какую-то мини лекцию провести что такое докер
inqfen
Потому что если дев знает докер, это всегда лучше чем когда не знает
inqfen
Тут надо прост дать вкусить этот греховный плод
アリテミ
На них снизошло озарение
Рубисты они такие
inqfen
У меня знакомый в своей конторе запилил чисто сам для проекта где работает ci/cd, все раскурил
inqfen
Сам разраб
アリテミ
У меня знакомый в своей конторе запилил чисто сам для проекта где работает ci/cd, все раскурил
Популярная история, на самом деле, благо это не такие сложные вещи
inqfen
Ну в итоге на остальных проектах посмотрели и к нему потянулись, типа а как бы нам такое же запилить, а давай ты нам так же сделаешь и прочее
inqfen
Так у них появился девопс отдел
inqfen
С ним во главе
Pavel
Всем привет, возник вопрос, а можно ли в контейнере запустить Adobe After Effects(AAE), нужно на node.js запустить процесс рендера через AAE?
нꙺ
АУЕ
Andrey
АУЕ
Жизнь DevOps инженерам!
Pavel
при старте рендера я указываю путь к exe файлу и он через него запускает рендер
Pavel
inqfen
Жизнь DevOps инженерам!
жизнь девам, смерть манагерам
Pavel
Adobe After Effects, темплейт с которого он будет рендерить и код на node.js
ᴇᴜɢᴇɴᴇ
Вопрос по продакешну. На данный момент в организации есть собственный выделенный сервер с ESXi, на котором хостятся виртуалки с веб-сайтами (на PHP и ASP.NET) и серверами 1С. Почти всё хостится на виртуалках с Windows Server. Хочется что-то оптимизировать и избавиться от кучи одинаковых систем, разгрузить железо, упростить резервное копирование и развертывание. Подойдет ли Docker? Если да, то как лучше его разворачивать? Я вижу примерно так: на сервер ставится единственная система (Ubuntu, к примеру) и на неё ставится куча контейнеров.
Kirill
Если софт возможно на линухе стартовать, то какая нибудь Fedora Atomic Host и на ней уже куча контейнеров
ᴇᴜɢᴇɴᴇ
Только вопрос в надёжности. Когда все ВМ отдельно, рисков меньше. Или это лишь иллюзия?
Kirill
Ну контейнеры это тоже отдельные изолированные процессы
ᴇᴜɢᴇɴᴇ
А если некоторые серверы (как 1С) у нас на Windows?
Kirill
Тут все сложнее)
ᴇᴜɢᴇɴᴇ
Ещё интересен момент. Что будет, если на ESXi создать виртуалку и в ней еще использовать Docker?
inqfen
Только вопрос в надёжности. Когда все ВМ отдельно, рисков меньше. Или это лишь иллюзия?
это другой уровень абстракции, не над железом, а над ядром системы. Реально, скорее уменьшение - нет изменения базовой системы хоста, нет переделок окружения, все это делается в контейнерах
ᴇᴜɢᴇɴᴇ
Это же какое-то извращенство
inqfen
нет, почему
ᴇᴜɢᴇɴᴇ
Потери производительности не будет?
inqfen
Ну, если все правильно настроено, то в пределах погрешности
inqfen
Не больше, чем затрат на саму виртуализацию
Kirill
Потери производительности не будет?
В пределах погрешности, как и написали, выгоднее виртуалок технически
Kirill
Если софт виндовый, то надо копать в сторону вин сервера с нано контейнерами
inqfen
Docker же не магия, это просто берется существуещее ядро и система, в ней выделяются изолированные ресурсы и там разворачивается новое окружение
inqfen
Ядро-то то же самое
inqfen
И сигналы обрабатывает с той же скоростью
ᴇᴜɢᴇɴᴇ
Спасибо, ребят! Очень полезно :)
inqfen
Обращайся
Je
И сигналы обрабатывает с той же скоростью
оверхед есть, не стоит этого забывать, также дополнительные сетевые задержки на доп прослойку https://research.spec.org/icpe_proceedings/2017/companion/p11.pdf
inqfen
Ну, они там все равно достаточно незначительны. Понятно, что добавив абстракции, скорость не увеличится, но ее падение незначительно
inqfen
Опять же, непоказательно из-за ядра.
inqfen
Я там так и не увидел используемое ядро linux, а если взять до 4.10 емнип и overlay, то да, тут большие проблемы с производительностью будут
А реально ли дёрнуть тэг (версию) образа внутри этого образа?
Alexander
Подскажите пожалуйста, завернул свое приложение в контейнер, запушил в докер хаб. Теперь хочу поставлять обновления на свой сервер, можно как-то устроить автоматическое подтягивание новых версий контейнера на сервере? Есть какой-то готовый инструмент, или придется придумывать самому?
Gitlab CI, Jenkins, CircleCI и аналоги
Alexander
Спасибо
Anonymous
Travis Ci
Evgenii
drone.io
Stas
Добродня товарищи. Подскажите пожалуйста на нубский вопрос. Есть имаджи: service , service-migrations. Миграции нужно запускать только разово на каждое обновление. После отработки миграции должны сдохнуть, а сервис следом запуститься. Можно-ли это сделать в композе без дополнительных внешних действий?
Yevhen
Что такое "каждое обновление"
Stas
Что такое "каждое обновление"
новая версия имаджа
Stas
https://docs.docker.com/compose/compose-file/#depends_on
спасибо. но контейнер с миграциями будет пытаться продолжать запускаться?
Yevhen
Ну тогда тебе depends_on + restart policy
Yevhen
Start containers automatically | Docker Documentation https://docs.docker.com/config/containers/start-containers-automatically/
Stas
хм. тут получается следующая логика будет: 1. запустились миграции 2. сразу как контейнер миграций встал в статус run по depends_on запустился service (! а нужно после завершения) 3. в рестарт полиси миграций указываю max_attempts: 0 и контейнер с миграциями не запустится до следующего деплоя (верно понимаю?) все ок акромя 2 пункта
Yevhen
А зачем для миграций отдельный контейнер?
Stas
там жесть, к которой даже близко не хочется подходить
Stas
форк опенсорсного наворотили