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

мягко говоря, это КРАЙНЕ сложно реализуемая задача

Почему тебя не забанили ещё ?

я же говорю, стокгольмский синдром у тебя. Если не надо тащить какой нибудь говнодотнэт в докер-образ - то это уже не настоящее программирование. Если нет сложностей с эксепшенами, наследованием и перегрузкой операторов - то не надо страдать, а значит это не настоящее программирование. Это логика мне знакома

Если бы докер решал бы только проблему затаскивания дотнета/любого рантайма в образ, то им бы никто и не пользовался.

Почему тебя не забанили ещё ?

потому что курчаткин считает, что это норм

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

Ну и версии ноды, нпм и всего прочего нужные поставить

@vkurchatkin всё ещё ок?

Ну так, не очень конечно

Ну и версии ноды, нпм и всего прочего нужные поставить

Ну да, причём обязательно старые, так как у нас стек устаревший и так далее =)

Ну так, не очень конечно

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

спасибо

О, спасибо

Ну да, причём обязательно старые, так как у нас стек устаревший и так далее =)

Даже больше: один компонент требует одну версию ноды/питона/whatever, а другой другую. Вот докер такие проблемы на ура решает

Ну да, причём обязательно старые, так как у нас стек устаревший и так далее =)

Да просто lts, а то локально я привык на последнем сидеть

Даже больше: один компонент требует одну версию ноды/питона/whatever, а другой другую. Вот докер такие проблемы на ура решает

Не решает, а замазывает листьями, делая целый рой виртуалок (виноват, контейнеров), которые типа независимы. А потом они начинают петь свои песни про масштабирование =)

Не решает, а замазывает листьями, делая целый рой виртуалок (виноват, контейнеров), которые типа независимы. А потом они начинают петь свои песни про масштабирование =)

Они не типа независимы, они независимы

Я с ужасом жду, когда кому-нибудь придёт идея делать пакетный менеджер на докере ))

так в комплекте есть

докер образами крутит

ну точнее зависимости там слабые (обычно через сеть просто общаются да и всё)

Я с ужасом жду, когда кому-нибудь придёт идея делать пакетный менеджер на докере ))

докер и есть своего рода пакетный менеджер

а чего про вагрант никто не вспоминает?)

ну если очень грубо так говорить

а чего про вагрант никто не вспоминает?)

вагрант же вроде - это полноценные виртуалки

а потому, то вагрант еще хуже =)

ну ну. все хуево, ставьте дос, нормальный чистый дос.

ооо нееет, никогда более. Глюкалово, кроссплатформенность липовая, команды неудобные, конфиги неудобные, фу фу

докер всё таки чуть тоньше и гибче

Да. Выбирая между докером и вагрантом нужно выбирать докер. Хотя, да, для меня это выбор между "Двумя Стульями" (ц) =)

только главное не стоит забывать про docker-compose - must have инструмент

особенно когда несколько контейнеров

+

кстати

ну вот только еще и НЕСКОЛЬКИХ контейнеров мне не хватало! И каким-нибудь аналогом ansible их массово конфигурировать, да?

Да. Выбирая между докером и вагрантом нужно выбирать докер. Хотя, да, для меня это выбор между "Двумя Стульями" (ц) =)

Так а какие еще варианты?

то что pkg юзает .toml для описания пакета весьма показательно ?

Точнее там в докере свои инструменты для mass manipulation есть, да

Так а какие еще варианты?

Для продакшена: использовать стандарты GNU. make собирает проект, make DESTDIR=/opt/package install его ставит. С таким контрактом можно запаковаться хоть в rpm, хоть в deb, хоть в докер если очень надо

ну вот только еще и НЕСКОЛЬКИХ контейнеров мне не хватало! И каким-нибудь аналогом ansible их массово конфигурировать, да?

Каждый сервис в отдельном контейнере, постгрес отдельно, монга отдельно, бэк отдельно и так далее. Если нарушить это правило, то будет ад.

и да, это platform agnostig и language agnostic

Для продакшена: использовать стандарты GNU. make собирает проект, make DESTDIR=/opt/package install его ставит. С таким контрактом можно запаковаться хоть в rpm, хоть в deb, хоть в докер если очень надо

Так а локально как?

и да, это platform agnostig и language agnostic

если бы это было так, то и докер бы не родился

мы слезли с деплоя aws на докер-компоуз и заебись

мы слезли с деплоя aws на докер-компоуз и заебись

Ну докер-компоуз тоже такое)

удобно когда на одном сервере куча стейдж вещей держать

у нас деплой по бранчам

если бы это было так, то и докер бы не родился

а докер собственно родился как фронтенд к LXC, и, честно говоря, я его так и использую и очень доволен, если сравнивать docker vs libvirt. А вот дальнейшее развитие, когда его начали позиционировать не как часть инфраструктуры хостинга, а как средство изоляции -- вот тут мне кажется у нас есть очень большой misuse

вот да. Запилить контейнер на бранч вместо KVM-виртуалки -- это очень даже норм.

ну там даже не контейнер а 5 контейнеров

И кстати ещё один плюс докера - в образ можно запихать какое угодно говнище, хоть запретный make install делать. Файловая система хоста не будет засрана.

на 1 бранч

я бы охуел это руками деплоить

А вот пляски с "для того, чтобы делать ls нужен один контейнер, а чтобы pwd -- второй" -- это не то

А вот пляски с "для того, чтобы делать ls нужен один контейнер, а чтобы pwd -- второй" -- это не то

Чего? Нееет. В докере не настолько сильное разбиение делается. По контейнерам сервисы распределяются.

это была ирония и преувеличение =)

а

теперь я сглупил

Я считаю, что концепция "один сервис -- один контейнер" весьма спорная.

То есть она оправдана ИНОГДА, но не ПО УМОЛЧАНИЮ

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

Я считаю, что концепция "один сервис -- один контейнер" весьма спорная.

На самом деле можно попробовать обратную вещь в различных условиях и тогда понятно будет почему она не особо и спорная.

ну, я, как ты понимаешь, пробую, только без докера.

И ничо, не жужжу и всем доволен

а как это сделать без докера, что бы завтра отдать Пете новому сотруднику - хз

` git clone MyCuteRepo cd MyCuteRepo make watch `

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

а она всё равно начинается.

Потому, как у тебя наверняка связанность такая, что общение не по сокету твой swarm не выдержит

Для продакшена: использовать стандарты GNU. make собирает проект, make DESTDIR=/opt/package install его ставит. С таким контрактом можно запаковаться хоть в rpm, хоть в deb, хоть в докер если очень надо

а теперь пожалуйста для макоси настрой потом для разных линухов и для винды

и собери библиотечку для дроида

и подай мыло с веревкой

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

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

докер спасает от рукоблудства

Потому, как у тебя наверняка связанность такая, что общение не по сокету твой swarm не выдержит

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

> а теперь пожалуйста для макоси настрой > потом для разных линухов Проблем нет. > и для винды А тут и докер не поможет (смотри выше)

> а теперь пожалуйста для макоси настрой > потом для разных линухов Проблем нет. > и для винды А тут и докер не поможет (смотри выше)

чет это проблемы нет? напиши несколько разных make файлов

` git clone MyCuteRepo cd MyCuteRepo make watch `

я слабо понимаю как make поставить postgresql, elastic, rabbitmq и прочее нужное нужных версия на какой-то абстрактной системе

или один огромный и нечитаемый

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

я слабо понимаю как make поставить postgresql, elastic, rabbitmq и прочее нужное нужных версия на какой-то абстрактной системе

+++

чота мы уже по кругу идём =)

я слабо понимаю как make поставить postgresql, elastic, rabbitmq и прочее нужное нужных версия на какой-то абстрактной системе

И вообще без докера такие вещи обычно каким-нибудь ansible делают

но не на девелоперских ж машинах

И вообще без докера такие вещи обычно каким-нибудь ansible делают

И опять нет. Ansible -- инструмент для МАССОВОГО АДМИНИСТРИРОВАНИЯ

Он нужен, чтобы 100500 юзеров создать, базу разово отреплицировать, что-нибудь порулить на куче машин и так далее.

Если вы используете его по-другому -- вы что-то делаете неправильно

И опять нет. Ansible -- инструмент для МАССОВОГО АДМИНИСТРИРОВАНИЯ

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

Эмм... ты правда не понимаешь, или иронизируешь?

И опять нет. Ansible -- инструмент для МАССОВОГО АДМИНИСТРИРОВАНИЯ

какая-то натянутая штука

мне на сервера руками все ставить?

Эмм... ты правда не понимаешь, или иронизируешь?

я не понимаю

Эмм... ты правда не понимаешь, или иронизируешь?

ты серьзено

вот мне интересно

приходит новый дев в команду

и че надо ему руками все настраивать?

поднимать все все

Ну хорошо, не через ansible. Вот есть куча девелоперов, у них в лучшем случае куча разных дистрибутивов и версий. Давай, напиши мейкфайл

а вот со старыми девами ещё хуже