а в чем профит для моего сценария? мой сценарий такой: беру свой апп вместе с базой, пакую его в образ, в CMD прописываю mocha ./tests Всё. CI соберёт образ, из него получит stdout от mocha, конец истории

В том что у тебя в не будет все в одном громадном образе находится, а обновлять будешь только свой образ с кодом, какая тебе разница сколько контейнеров, если контейнер той же монги ты берешь готовый, а количество контейнеров не несёт никакого оверхеда, т.к. по сути это изолирование процесса.

В том что у тебя в не будет все в одном громадном образе находится, а обновлять будешь только свой образ с кодом, какая тебе разница сколько контейнеров, если контейнер той же монги ты берешь готовый, а количество контейнеров не несёт никакого оверхеда, т.к. по сути это изолирование процесса.

Хм. Интересно. Спасибо парни, я попробую ?

Ну лично я бы запихал все в один контейнер. Ибо парадигма же про микросервисы. один сервис = один контейнер. И если этот сервис больше никуда и ни от чего не зависит, и более того, пускается для одной задачи, то смысла его распылять дальше нет. У меня так бекап-проверялка работает. Внутри вообще все что нужно. На вход даешь бекап, она его распаковывает, загружает, делает тесты и умирает. Красота и ляпота.

вроде как monitoringartist хвалится тем, что хорошо мониторит докер в заббиксе

Год назад был тихий ужас с уникальными ключами по id контейнеров. Если часто пересоздавались, то труба.

Ну лично я бы запихал все в один контейнер. Ибо парадигма же про микросервисы. один сервис = один контейнер. И если этот сервис больше никуда и ни от чего не зависит, и более того, пускается для одной задачи, то смысла его распылять дальше нет. У меня так бекап-проверялка работает. Внутри вообще все что нужно. На вход даешь бекап, она его распаковывает, загружает, делает тесты и умирает. Красота и ляпота.

Парадигма один микросервис на один контейнер, как бы приставка МИКРО на что-то намекает, не?)

Парадигма один микросервис на один контейнер, как бы приставка МИКРО на что-то намекает, не?)

Я в курсе. Но все мэтры говоряет, что совсем делать микро не надо.

Или если сервис у меня это сайт на пыхе, то мне mysql nginx php-fpm в один контейнер пихать?)

Засовывать базу в контейнер с приложением это тупо

Я в курсе. Но все мэтры говоряет, что совсем делать микро не надо.

А потом у тебя один из десятка процессов упадёт, контейнер не умрёт, а ты через 10 часов дебага поймёшь в чём дело

Удобно

я же специально упомянул, что сервис для одной задачи. и никуда ни от чего не зависящий

Как будто за каждый отдельный контейнер с тебя деньги берут, ну

я же специально упомянул, что сервис для одной задачи. и никуда ни от чего не зависящий

Чем под это не подходит мой пример с сайтом на пыхе?

Чем под это не подходит мой пример с сайтом на пыхе?

всем. другая логика работы от первоначально спрошенной

Как будто за каждый отдельный контейнер с тебя деньги берут, ну

Некоторые просто не хотят понимать как взаимодействую контейнеры между собой в принципе и не дай боже ещё какие то компоузе ковырять?

всем. другая логика работы от первоначально спрошенной

Ну один же сервис - один сайт)

Некоторые просто не хотят понимать как взаимодействую контейнеры между собой в принципе и не дай боже ещё какие то компоузе ковырять?

А чо бы тогда виртуалки себе не провижнить?

Там тебе и логи отдельные, и сеть настоящая

Вот это всё

Ну докер модно жи)

Вот и пытаются работать с ним как с виртуалками

Парни а чатик чисто сисадминов есть? Мб знает кто

Есть

Sysadmins_ru

Кинь плз

Или как то так

Ну вот, сами прикиньте. Есть tgz от /var/lib/mysql. Надо его распаковать, загрузить в базу, проверить базу на предмет ошибок, если все окей - пнуть в однй сторону, если не ок, пнуть в другую. все. Смысл тут тащить отдельно mysql, отдельно проверялку?

А разница какая?

Sysadmins_ru

Умер походу поиском не ищетца

Ну вот, сами прикиньте. Есть tgz от /var/lib/mysql. Надо его распаковать, загрузить в базу, проверить базу на предмет ошибок, если все окей - пнуть в однй сторону, если не ок, пнуть в другую. все. Смысл тут тащить отдельно mysql, отдельно проверялку?

Чем со стороны системы отличаются 2 контейнера от 1го с 2 процессами?

Ты как их внутри одного контейнера запускать собираешься? Systemd туда тащить? :)

Ну супервизор уж как некоторые рекомендуют)

Ну точно

Чем со стороны системы отличаются 2 контейнера от 1го с 2 процессами?

со стороны системы ничем. со стороны админа - лишними телодвижениями

tini

со стороны системы ничем. со стороны админа - лишними телодвижениями

Лишние телодвижения возникают когда ты видишь рабочий контейнер, а приложение не работает и начинаешь искать что в нем не работает, вместо того чтобы пофиксить нужный контейнер который упал

со стороны системы ничем. со стороны админа - лишними телодвижениями

Ты на порядок больше времени потратил отстаивая свою "идею"

Ты на порядок больше времени потратил отстаивая свою "идею"

я? да я вообще в отпуске. а эта штука работает и есть-пить не просит ?

Мсье знает толк

А лишнее телодвижение это видимо docker-compose up -d ?

Лишние телодвижения возникают когда ты видишь рабочий контейнер, а приложение не работает и начинаешь искать что в нем не работает, вместо того чтобы пофиксить нужный контейнер который упал

А нафига мне фиксить упавший контейнер? Еще раз задачу перечитай ? он в 100% случаев упадет и потом по новой на новом бекапе начнет

Очень системный подход(нет)?

А нафига мне фиксить упавший контейнер? Еще раз задачу перечитай ? он в 100% случаев упадет и потом по новой на новом бекапе начнет

А потом через 3 сотни итераций ты заметишь, что у тебя поведение отличается от ожидаемого

И ответы не настоящие

Ватевер, короч

Получай свой опыт :)

А потом через 3 сотни итераций ты заметишь, что у тебя поведение отличается от ожидаемого

С чего это? каждый раз - как с нуля.

Я правильно понимаю, что буксуют на докер те, кто не понял как настраиваются и работают отдельные сервисы в линуксе?)

По поводу телодвижений кстати, в правильном варианте - взял готовый образ #1 и #2 в один слил код, во второй дамп бд и запустил компоуз, в кривом варианте берешь пишешь докерфайл в который доставляешь всякого говна чтобы получить Франкенштейна #1 с #2 сливаешь туда и бд и код описываешь все это для супервизора и дебажишь на предмет того запустились ли как хотел или нет. Интересно в каком варианте меньше телодвижений?)

раз пятница, ну давай по шагам в "правильном варианте", с компоузом и так далее. шаг номер 1) поднять докер с мускулем. Вопрос: как ты туда подсунешь дамп? Он а) запакован бе) может быть закоррапчен.

Писать пару строк перед docker-compouse up?

volume же

А понял, да-да, расскажите, мне тоже интересно

volume же

И что volume? каждый раз на новый дамп делать новый volume перед компоузом?

Сорян, видимо я без контекста. Отвечал на "поднять мускуль из дампа"

повторюсь: Дампов 100500 шутк, все запакованные, с разных сервисов (но база везде mysql) , все время новые, надо проверять их и если что, то орать и материться куда надо. В моем случае я создаю задачу в дженкинсе, который поднимает докер контейнер, которому через -v указывается каталог с дампами и через параметр дамп для проверки. тот все делает внутри себя и умирает.

покажите, где я не прав, что не использую композ ?

мне кажется тебе надо решить свою проблему а не использовать композ )

да я давно ее решил ? просто пятница же

аналогично у меня с постгресом таска из pitr дампов нормальный дамп собирает. очень удобное

И да, спрошу крамольное. Никто 1с битрикс в докерах не поднимал? А то мне кажется оно свалится, а мне одни буквы 1с навевают дикую тоску ...

И да, спрошу крамольное. Никто 1с битрикс в докерах не поднимал? А то мне кажется оно свалится, а мне одни буквы 1с навевают дикую тоску ...

с чего бы оно свалится то, тот же набор пхп скриптов

что пхпмайадмин, что это

всем доброго утра кстате

с чего бы оно свалится то, тот же набор пхп скриптов

а хз. я битрикс не видел пока, быстрый чес дает кучку рецептов и вариантов и бестпрактис = "подними виртуалку, запусти скрипт", он сам все сделает

ERROR: S client not available

Я поднимал

Битрикс хорош для тимлида

Можно с барыги сбить денег

Ибо вменяемые люди за адекватные бапки под него не кодят.

А чего сложного его поднять

С каких пор тимлиды занимаются деньгами?

Так же как и вордпресс

а хз. я битрикс не видел пока, быстрый чес дает кучку рецептов и вариантов и бестпрактис = "подними виртуалку, запусти скрипт", он сам все сделает

это не бестпрактис, это "как проще" практис )

С каких пор тимлиды занимаются деньгами?

с тех, когда тоже захотели жрать красную икру ))))

С каких пор тимлиды занимаются деньгами?

С таких чтоб оптимизировать процесс

Можно подключить ещё продажников но это -бапки

с тех, когда тоже захотели жрать красную икру ))))

Вот понимаешь о чем я талдычу, молодец

Битрикс 1 коробка фпм или апач там будет лежать 20 гиг говна от битрикса +1 коробка майскл

При необходимости кешей можно поднять коробки с редис или мемкешем

Или nginx фронтом

И да я дебил неумею волюмы мантить

Потому рассказываю как умею и делал

Ну расскажи нам как не по долбоебски приколхозить

в общем, как погляжу, на том и порешили...

А это точно группа по docker тематике?)) А тут пол дня велись дискуссии по поводу того, почему нельзя пихать все процессы в один контейнер и ни один не ответил)))

А это точно группа по docker тематике?)) А тут пол дня велись дискуссии по поводу того, почему нельзя пихать все процессы в один контейнер и ни один не ответил)))

Архитектурно неправильно Тяжелее отслеживать состояние сервиса

Архитектурно неправильно Тяжелее отслеживать состояние сервиса

А почему неправильно?)

А это точно группа по docker тематике?)) А тут пол дня велись дискуссии по поводу того, почему нельзя пихать все процессы в один контейнер и ни один не ответил)))

я выше ответил, дальше полился офтоп

А почему неправильно?)

ты глупый?

А почему неправильно?)

Что-то мне подсказывает, что ты сам шаришь

Что-то мне подсказывает, что ты сам шаришь

Ну, конечно. А что там шарить? lxc уже больше 10 лет

только причем тут докер и lxc?

Ну, конечно. А что там шарить? lxc уже больше 10 лет

10 лет назад я не умел прогать

10 лет назад я не умел прогать

Все мы когда-то не умели. Видишь, чувак выше даже сейчас не отстреливает связи между docker и lxc ))) И даже дает советы по docker)))