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

>>995318 (OP)
Вот поясни, нахуя он нужен? Единственные варианты, на сколько я вижу, это жесткий продакшн где тебе приложуху надо на сотне серверов задеплоить, ну и разработка, для быстрого разворачивания необходимых сервисов. Или есть еще какие-то ниши?

>>995360
Еще когда ты контейнеры сервлетов и весь этот тырпрайз ебал в рот и юзаешь какой-нибудь jetty. Ну и деплоить вкуснее, лул.

>>995364
Дякую боже що я не жабамакака.

>>995367
Да, я тоже проработал год и понял, шо хуйня полная, надо в эрланг/эликсир/скалу/еще куда уебывать.

>>995318 (OP)
синий кит? зарепортил

>>995360
Ты сам себе ответил. Так же при параллельной разработке нескольких проектов на разных технологиях или версиях библиотек.
Ну а в большинстве случаев, используется так: Петя программирует бэк-энд, использует Gentoo и вообще тру-красноглазик, Алёша - фронтэнд, пользуется маком, пьет смузи и ебется в жопу. А Алла все это тестирует и она блондинка. И что бы у всех троих это работало одинаково - используют Docker. Ну и развернуть приложение в продакшене потом гораздо быстрее и удобнее. Особенно когда что-то типа разные части бэкэнда на двух разных серверах, фронт собирается на третьем, БД на четвертом, а файлсторэйдж где-то еще.
Я утрирую конечно, но как-то так.

>>995401
Ну так я и спрашивал, есть ли еще какие ниши, про которые я может не знал. Единственный раз, когда мне докер пригодился, это нужно было PostGIS развернуть, пердолится не хотелось.

>>995401
а я вот вообще нихуя про докер не знаю. что это, типа виртуалки? почему столько хайпа? поясни на пальцах с примером

>>995369
ну я даже хз. уже лет 100 не видел адового жава ентерпрайза. обычно это сприн/спирн бут и вполне адекватный спринг рест из коробки

>>995415
>пердолится не хотелось
этого уже более чем достаточно

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

>>995318 (OP)
1) Это не виртуализация, а контейнеризация. Ядро общее, и если выебут программку в контейнере, то, в случае уязвимости ядра, трахнут и хост
2) Да, эра пердолинга закончилась. Забись
3) Докер хрень для макак кодовых, для админов - LXC
4) Иди нахуй

>>995577
> Это не виртуализация, а контейнеризация.
Ебанутый, нахуй ты контейнеризацию противопоставляешь виртуализации? Если это и есть виртуализация на уровне ос?
> Да, эра пердолинга закончилась. Забись
Да схуя ли? Просто еще один уровень абстракции накинули. Кнопочки сделать заебись по прежнему нет.
>Докер хрень для макак кодовых, для админов - LXC
Для админов локалхоста?

>>995318 (OP)
Этот тред должен быть в /s/ !!!!
В программировании докеру не место, еще тут не хватало этой швали ебаной! Пшел нахуй отсюда!!

никто не упомянул новые ОС, как Nix и guix.
докер не смотрел, но кажется его используют именно потому, что в старых ОС пакеты устанавливаются глобально.
в новых операционках каждый пользователь может установить свою версю пакета.
одной коммандой добавляется пользователь, другой устанавливаются пакеты из списка.

>>995424
>типа виртуалки?
превращает твоё приложение в черный ящик, которое удобно размножать по другим сервакам без ебли со сборкой и зависимостями

>>995668
Двачну Nix, к сожалению там коллектив гиков не смог в маркетинг.
Докер в общем полезная штука, хоть и оверхайпнутая.

Съебите в /s уже

>>995357
>вирталочка с хуй пойми чем и зачем.
Докер это про контейнеры и использует нативные средства linux'а для изолирования процессов. Каждый контейнер содержит history, по которой можно понять, что, чем и зачем. Твое высказывание на счет "хайпоедства" оправдано лишь частично, докер отличный инструмент, пусть и пропиаренный.

Котаны, накидайте гайдов по этому докеру. Хочу развернуть несколько проектов на Django с postgres на одном сервере и чтобы все это находилось в разных контейнерах.
По официальным докам даже установить не получается. Чутка разобрался, но как надо не работает.
И объясните как nginx в такой системе должен работать: в каждом контенере свой или один для всех?

>>995318 (OP)
В /s/

>>995790
> чтобы все это находилось в разных контейнерах
Нахуя?

>>995939
проще менеджить, когда компоненты независимы. например, хочешь обновить вебсервер - говно вопрос, создаешь образ, запускаешь, перенаправляешь траффик - профит

>>995633
>Да схуя ли? Просто еще один уровень абстракции накинули. Кнопочки сделать заебись по прежнему нет.

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

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

>>995939
Вот для этого >>995958
Ну и потому что хочется, чтобы все было на одном сервере, но 2 из проектов переодически ловят хабраэффект и все остальное ложится, сейчас приходится следить за 3мя серверами, хотя 95% времени все это может тянуть и один сервер, если ограничить потребление ресурсов каждого отдельного проекта. Переплачиваю 40 баксов в месяц из-за этого.

>>995967
Базу нормально настрой и похуй на эффекты будет.

>>995790
Зачем nginx?

Для виртуальных хостов можешь заюзать
https://github.com/aacebedo/dnsdock

Вообще на голом докере тяжеловато будет, изучи тему docker-compose. Я бы привел примеров конфигов реальных, но какой смысл если тебе разжевать да в рот положить?

>>996063
Да мне уже в Питон-треде ответили. Я думаю, ты не станешь отрицать, что по докеру мало структурированной инфы типа с 0 до рабочей системы. И сама документация докера очень хреновая для новичка. Посмотри выдачу гугла по запросу docker for newbie, там какойто пиздец, где 80% рассказывает, что такое виртуализация и 20% как сделать хелловорлд. И ни одного туториала, как это использовать в реальных проектах. Сравни с любым аналогичным запросом по какому-нибудь фрэймворку.
Ниже запощу ответ, примерно это я и хотел получить.

Перепост с Питон треда
1. Читаешь Docker in Action чтобы в теории понимать как что работает. Установить нужно самостоятельно. На линуксе довольно все просто.
2. Пытаешься самостоятельно собрать контейнер попроще для практики.
3. Устанавливаешь Docker Compose и ищешь пример для деплоя джанги. Если вкратце, то нужно минимум три контейнера (джанго+gunicorn, бд, nginx) с проброшенными портами. Например, http://ruddra.com/2016/08/14/docker-django-nginx-postgres/

Для деплоя джанги достаточно одного контейнера nginx, который должен раздавать статические файлы и передавать иные запросы в контейнер с джангой. Больше nginx просто некуда прикрутить, пока у тебя нет нужды в балансировщике нагрузки и обратном прокси.

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

>>996106
А все дело в том, что докер новичку нахуй не нужен.

>>996121
Я не говорил, что инфы мало, я конкретно говорил про структурированную инфу, для экономии времени.
>>996144
Новичку в чем? Я новичек в docker, так то я у мамы миддл С++/Пайтон.

>>995318 (OP)
Хочу, чтобы программа при надобности запускала дополнительные контейнеры (для отдельных сервисов под разных пользователей). То есть, один контейнер содержит один скрипт для конвертирования видео, и там параметры разные. Как это правильно делается в докере?

>>996106
Документация у докера неплохая по-моему.
В реальных проектах я бы не рекомендовал докер использовать, то есть на продакшене, если не хочешь проблем с нехваткой ресурсов.
Поиграться или в девелопмент - да очень удобная штука.
Не стоит забывать что это просто инструмент.

На счет nginx - джанга сама должна уметь сервить статику если мы про девелопмент.

>>996151
Все таки меня (тебя тем более) должен занимать в первую очередь вопрос большого З - Зачем. Зачем тебе докер нужен? От этого и начинай путь изучения

>>996330
в продакшене тоже норм

>>995633
>Ебанутый, нахуй ты контейнеризацию противопоставляешь виртуализации?
Потому что это не виртуализация. Ядро здесь общее. Если трахнут ядро по LPE в госте - трахнут и всю систему.
>Если это и есть виртуализация на уровне ос?
Ядра, долбоеб. LXC работает на основе: cgroups, namespaces, quotas, uidmap (optionally)
>Да схуя ли? Просто еще один уровень абстракции накинули. Кнопочки сделать заебись по прежнему нет.
Но есть команда "скачать" и "запустить". Это уже лучше, чем дрочить себе писюн установкой васянобиблиотек разных версий, чем и занимались пердолиики (ТМ)
>Для админов локалхоста?
Дебил ебаный, админы как раз очень часто используют LXC так как им тупо нафиг не нужна концепция: накати слоя за слоем модный хипстерский образ. Ты дебил, и ... дебил.

А есть годные гайды на русском?

>>996464
>Потому что это не виртуализация.
Это кто из нас еще долбаеб.

>>996717
блять, потому что контейнеризация, долбоеб

>>996789
Все с тобой ясно, админ локалхоста. Не забудь в бухгалтерии картридж поменять, а то он мазать стал.

>>997692
ебал твою мамашу

>>996230
dockstation.io

>>997781
все что нужно знать об уровне местных клоунов

>>997692
очевидно, что докер работает с cgroups, а это не виртуализация

>>996230
> Rancher выглядит чо то дохуя сложным и оверхедом

Это штука которая хуярится из каробки просто запуском бустрапа агента сложная? Там все можно пердолить через гуй. Если тебе нужно прямо всё из коробки и не хочется ебаться с настройкой сервис дискавери и прочего, то это твой выбор. Плюс есть комьюнити каталог в котором есть много готовых решений пусть и написанных припизднутыми. А деплоить там очень легко вебхуками и опять же настраивается через гуй.

Для сворма есть ещё shipyard, но он вроде мёртвый.

Docker - круто. Появилась необходимость кросскомпилить, и тут он спас ыыыыы

>>995318 (OP)
бампану.

делаю небольшое веб-приложение и сейчас пора прикручивать бд(постгрес), nginx, и настраивать дистриб(centos) чтобы все это работало вместе. раньше я вручную логинился на сервак и редактировал, пулил с гитхаба, все настраивал через консоль, запускал и забивал хуй. но теперь мне надо будет постоянно шипить фичи и багфиксы, и я не люблю логинится на сервак.

поможет ли мне докер? и как вообще белые люди деплоят?

>>1029808
и как всю эту фигню тракать через гит чтобы можно было бранчить/откатываться туда-сюда? и чтобы можно было мигрировать к другому провайдеру за пять сек перенеся только бд?

>>1029808
Лол, можешь и просто капистраной какой-нибудь деплоить. Докер просто помогает бандлить, запускать бандл, котороый одинаков и на проде и у себя локально и делать зиродаунтайм и прочее. Но, чтобы понять зачем нужно тебе это, то ты должен знать, что такое CI/CD

>>1030344
вобщем я нашел то что хотел - называется immutable server/immutable infrastructure - поднимаешь каждый раз новый сервер из нового образа, а старый убиваешь

CI/CD выглядит как слишком много морочки, тем более когда работаешь один, или я не догоняю?

>>1030366
Напиши проект, напиши тесты, подключи тревис. Дальше поймешь.

>>995318 (OP)
Хочу научиться паковать контейнеры. Я так понимаю, это полноценная хуйня, которую можно непосредственно развернуть и получить рабочую систему со всем установленным говном?
Скажите с чего лучше начать.
Я пишу на Python, но много разных системных библиотек, баз данных и прочей хуйни которую хотелось бы быстро разворачивать.

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

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

>>1030514
А хули там админить? Контейнеры билдить/запускать? Ну так это можно какому-нибудь докер-клауду отдать, если три команды осилить не можешь.
>следить за конфигурацией, обновлениями и патчами каждой отдельной виртуалки
Зачем за ними следить, если там всё что нужно упаковано для того чтоб сервис работал? Если девы какие-то изменения внесут, то всё что нужно сами в докерфайл и докер-компоуз/стекфайл внесут.

>>1030517
А обновлять софт, патчи безопасности накатывать?

>>1030415
Настрой себе виртуалку и копируй её сколько хочешь, например? Поясните, пожалуйста, в чём преимущества докера перед виртуалками обычными?

>>1030523
В контейнере стоит ровно тот софт, который нужен для работы ровно одного сервиса конкретной версии. Что ты там обновлять собрался?

>>1030528
"админы" любят обновлять линукс на проде, тем самым тестируя эти обновления на своей боевой системе

>>1030528
Ну как "один", стоит ос + несколько служб типа СУБД, веб-сервера и т.д, правильно? И во всё м этом постоянно выходят уязвимости, которые надо закрывать.

>>995668
>Nix и guix
Оно конечно типа рядом с докером, но не о том. Disnix и nixops больше в тему виртуализации, хоть и используют сандбоксы никса (которые в сою очеред на системдешных, которые наверняка используют цгрупс)
мимо дилетант

>>1030619
>контейнеризации

>>1030588
Лосиноостровская

>>1030625
Правильно, откуда знаешь?
А мой вопрос?

>>1030816
Жил там рядом 2 года и вчера опять там был. Люто бесил свист толкаемых вагонов ночью.
По сабжу нечего сказать особо, в докере-контейнерах только кодобаза веб-приложухи, бд стоит на хост-системе, из плюсов заметил, что pip-зависимости и нативные либы для питона легче переносить. Добавил в докерфайл и вперёд.

>>1030588
Веб сервер в отдельном контейнере, база в отдельном контейнере, прила в отдельном контейнере. ОС - это не сервис, а среда, ровно та, что нужна для каждого отдельного сервиса. Контейнеры же между собой линкуются через докер-компоуз. Обновлять разумеется в контейнерах ничего не нужно, ещё раз, в докере - контейнеры это расходной материал, сегодня создал, завтра снёс, создать контейнер из сбилженого имейджа - это пол секунды и делает это докер-компоуз, ну или через docker run ручками, если линковать особо нечего.

Поясните за Докер vs Варгант? Я так понимаю докеру все равно нужен хост, аля CoreOS или Atomic, в таком случае если я хочу протестить все контейнеры вместе с хост-системой, и отправить своему соратнику Василию на зацен, я делаю образ для Варгант, где будет все прописано и в добрый путь? Или докером можно варгант заменить полностью?

>>1031038
Я не понимаю, зачем :(

Если все части системы, перечисленные выше, работают на одной ОС -- зачем выносить их в отдельные контейнеры? И зачем может понадобится их сносить и пересоздавать, кроме как для может быть тестов?

>>1031480
Дедуля, возвращайся в свой 2007-ой к виртуалкам.

https://www.youtube.com/watch?v=FEtVxwsCUBY
LinuxKit - мысли? кто юзал уже?

>>1031679
Это не ответ.

Кто-нибудь ответит нормально?

>>1031696
>introducing
>42min
ok

>>1031730
линукс от докера, где каждый чих в контейнере, конкурент atomic, coreos и тд, также включает билд систему, можно делать имиджи для деплоя как в packer, статический анализ, и другую магию

Что такое докер, зачем нужен докер. Какие задачи им можно решить?

>>1031793
Сможешь на дваче выёбываться, как этот >>1031679

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

Зачем на продакшене распихивать части одной системы ну целиком ещё может быть, для изоляции и переносимости, если они нормально работают на одной ОС, по контейнерам или виртуалкам -- я не понимаю. Пока предполагаю, что 1 так можно содрать больше $$ с клиента, 2 где-то написали, что это модно.

>>1031793
Это то, что позволяет не пердолится с настройкой окружения под каждый проект, под настройку дев-стейдж-продакшн серверов, билдинга и деплоя на кластер, не следить чтоб было одинаковое окружение на 20 дев машинах и нигде не засирать хост говном типа СУБД. Это то, что позволяет имея один докер-компоуз файлик и доступ к билду на хабе запускать проект где угодно и он гарантированно будет работать там так же, как и везде, не смотря на то, что разработчики его пишут вообще на разных системах.

Главное поменьше теоретизировать, как местные админы локалхоста из 90х, и просто использовать докер.

>>1031480
Если у тебя есть общие части, то можно вынести их в отдельный билд, и остальные от него наследовать. Или если у тебя есть общий сервис, выносишь его в отдельный контейнер и линкуешь как тебе нужно.

>>1032321
Ну допустим, надо попробовать. Хотя всё равно не понимаю, зачем столько расходов, когда итак всё отлично работает.

И где хостить эти контейнеры для России?

>>1032321
>Это то, что позволяет не пердолится с настройкой окружения под каждый проект, под настройку дев-стейдж-продакшн серверов, билдинга и деплоя на кластер, не следить чтоб было одинаковое окружение на 20 дев машинах и нигде не засирать хост говном типа СУБД.
а в чем отличие от скажем скрипта, в котором я могу все тоже самое сделать?

>>1032321
А как это решает проблему деплоя?

>>1032846
МОЖНОЗДЕЛОТЬ?
Конечно можно на каждый проект велосепдировать свои деб-пакеты и писать мейкфайлы, если много свободного времени, но можно просто использовать докер: готовую программу с готовой инфраструктурой и обширной базой готовых имеджей.

>>1032852
Ну, если использовать docker-cloud (хотя сейчас контейнеры поддерживает AWS, Azure, DO и вообще любой уважающий себя клауд), то можно настроить, например, чтоб по пушу имейджа он автоматически билдился, поставлялся на сервак, замещал предыдущий контейнер(ы) и запускался вместо него, при этом правила линковки, запуска сервисов и т.д. брались из стандартного докер-компоуз файла. Вообще, особо удобно при деплое на кластер, там куча конфеток, типа docker swarm.

>>1032843
>зачем столько расходов
Где же расходы, если, наоборот, сплошная экономия времени?
>И где хостить эти контейнеры для России?
Вообще, центральный репрозиторий для имеджей - это докерхаб. Не знаю, можно ли юзать какой-то кастомный репрозиторий, не доводилось, но ничего не мешает билдить из обычного докерфайла, который можно хранить хоть вместе с кодом, ну а запускать контейнеры можно на чём угодно, что поддерживает виртуализацию.

>>1032843
В хранилище государственного центра контейнеризации РФ.
>>1032846
Дедуля, тебе тоже в 2007-ой батнички писать.
>>1032852
Охуенной решает проблему деплоя.

>>1032938
>Не знаю, можно ли юзать какой-то кастомный репрозиторий
Ясен хуй можно. https://docs.docker.com/registry/

>>1032939
Шкальник не палится

>>1030366
Заебёшься паковать. Слишком долго, плюс доставка до твоего клауд-провайдера. Потом это ещё нужно как-то нахуярить, чтобы всё чинно поднималось. В итоге куча тулзов вроде терраформов и прочего.

>>1033031
Все инструменты инкрементального апдейта баз данных (миграция) прошли мимо тебя.

обожаю хипстерские технологии, чтобы только понять нахуй они нужны, нужно читать книги и доки

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

>>1033066
ОК

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

>>1035503
Чем офф. документация не устроила?

>>1035809
Короче, лень объяснять, но суть такова, что ты качаешь половину гну/линукса, чтобы запустить питон. А чтобы запустить руби, качаешь вторую половину гну.

>>1035818
А вторую половину линукса как скачать?

>>1035832
Установить Node.

На самом деле очень удобно. У меня, например, в докерах нода и ещё какая-то хуйня типа локального девдокса на руби. Но сам подход какой-то с душком, а-ля виндовс.

проникся докером, теперь могу поставить и протестить любую хуйню на любой технологии за 5 сек не засирая хост тоннами говна - божественно. думаю как освоюсь, вкачусь еще в kubernetes, linuxkit и golang.

Очередного говнарика занесло на элитную доску. Смотри, сейчас мы ссым на тебя, моем элитной уриной твои сальные патлы, которые уже и забыли, что такое шампунь, затем ты берёшь свой портвешок, своих собутыльников, и вы все дружной обоссаной компанией идёте в /b к таким же говнарикам, жрущим дерьмо для быдла.

>>1049582
Vot eto prikol. Otkrilsya portal pryamikom iz /mu/ obrazca 2012 goda.

>>1049582
сосать дедуль, дорогу молодым. а для тебя есть легаси-говно

>>996151
>Новичку в чем? Я новичек в docker, так то я у мамы миддл С++/Пайтон.
Что за проект, в котором такая связка пригодится?

>>1050707
нинужно

>>1050716
Ну ты охуел чтоле

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

>>1050748
нахуй тебе постоянно разворачивать девсреды?

>>1050754
я в команде один, мне нинужно

c докером наконец начал врубаться в линукс и в баш, делая дев на винде

Объясните нубу, в чем преимущество архитектуры доккера над vagrant подобной архитектурой. То есть сейчас у меня голове имеется следующий принцип разработки.

1. Создается гит репозиторий.
2. Создается тестовый сервер с настроенным автообновлением репозитория.
2. Каждый разработчик создает свою ветку.
3. Создается виртуальная машина с используемой ос, которая потом тиражируется для всех разработчиков.
4. В виртуальной машине настраивается авто обновление на ветку разработчика.
3. Затем каждый из разработчиков начинает вести разработку со своим форком. Когда он хочет закоммитеть в мастер какие-то обновления, сначала локально мерджит мастер со своей веткой. т.е. актуализирует свою ветку. Потом локально тестит ее, и потом делает коммит в мастер.

Чем плох такой подход, и чем доккер лучше этого.

>>1051850

Блядь, с циферками конкретно проебался.

>>995384
тихий кит везёт гробы, а что?

Так че никто не поясняет чем доккетр так уж лучше вагранта?

>>1053352
Tak eto raznii systemi, alesha))

>>1053353
Не ну понятно что разные, вагрант для авто создания виртуальных машин, а доккер для создания линукс контейнеров. Но ведь и то и то используется впервую очередь для обеспечения среды и деплоя. Так вот я спрагиваю так ли нужен ваш доккер?

>>1053398
В докере я наследуюсь от любого образа в централея прописываю писку, засовываю артефакт и все работает.

Нахуй мне твой вагрант всрался?

>>1053464
Ну, например, потому что доккер завязан на линуксе, так что если у тебя серверный зоопарк, то доккер не работает. Плюс ко всему я за то, что бы прод сервер гонялся вообще без вирутализации.

>>1053494
>держать серваки не на линуксе
))))

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

>>1053500
Лично мои серваки на фряхе, и изолируются при помощи джейлов. Что бы поставить туда доккер мне надо сначало виртулизировать линукс что есть дичайший оверхед. Нах оно мне надо?

>>1053505
всем похуй на твои проблемы, пердоля

>>1053505
>Лично мои серваки на фряхе
Привет админ локалхоста. Серваки то под кроватью держишь?

Нахуй нужны какие-то неподдерживаемые говнофряхи (особенно сорта типа нетбсди и попенбсди), если есть нормальные поддерживаемые жмупинусы?

>>1053505
с докером хост-система тоже может быть контейнером(https://github.com/linuxkit/linuxkit), поэтому варгант не нужен

>>1053549
Почему под кроватью, на vps'ке держу, прост оска туда ставится та, которую я запросил.
>>1053568
Ну если разобраться, то фряха по проще в конфигурации, нежели липукс. А также быстрее, в нужных аспектах, и меньше памяти жрет. Алсо я уже давно юзаю ansible для конфигов.
>>1053832
>linuxkit
Я так понял это инструмент для сборки своих линукс дистрибутивов. Причем тут фря?

>>1053883
для сборки контейнерной ос состоящей из контейнеров для накатывания других контейнеров, при чем фря - хз. докер вроде ток на линуксе, маке и винде, причем полноценно только на линуксе

>>1053920
>маке и винде,
Так же как и на фряхе и на любой другой оси. Ставишь виртуалку с линуксом)
Не ну круто конечно, но зачем прям для всего контейнеры. Если так уж нужна изоляция, собираешь в одном контейнере\джейле все зависимости вместе с кодом прилы и вот их то изолируешь. Не понимаю эту парагдигму доккера на каждый чих создавать контейнер.

>>1053926
смысл докера - немутабельная предсказуемая инфраструктура, близкая к одинаковой дев, стейдж, и продакшн среда, хорошо в команде, где каждый использует свой стек, продуктивненько, масштабируется хорошо. засирать хост тоннами библиотек, баз данных и тд не нужно - команду ввел и у тебя уже поднят сервак, захотел - прихуячил к нему за пять сек бд, захотел - 100 серваков поднял - поделал дела и снес нах - ничего не сломается. я вот делаю дев на винде и постоянно какая-то срака не компилится, то надо вижуал студию 10 гигов выкачать, то еще какую хуйню - а тут хуяк хуяк и работает - удобно. или запилил сервис - запушил на докерхаб и другие могут его использовать на любой платформе и все гарантированно будет работать

>>1053995
>немутабельная предсказуемая инфраструктура, близкая к одинаковой дев, стейдж, и продакшн среда,
Ну это так же легко и быстро достигается за счет вагранта, только там вместо контейнеров виртуалки аналогичные прод серверу.

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

>>1054006
> poperdolytsia

>>1054019
Kek, что там пердолиться?
Скриптик для сборки джейла несложнее вашего докера.
Работа с ZFS камшотами банальна.

>>1054017
в варганте нет слоев - слишком медленно. я думал сначала варгант накатить в качестве хоста, на который накатить докер, но оказалось это не нужно. да и качество продуктов хашикорп - кал, баги не фиксятся, половина вообще не взлетела - даже материал-иконки не помогли проектам выжить. может в 2012-2014 варгант еще был актуален, но сейчас уверенно движется в сторону легаси
>>1054063
я 99% времени провожу в винде, какой еще джейл и зфс? плюс зачем писать два кастыля, когда есть полноценное решение, огромное коммунити, и контора которая занимается поддержкой. ну и главное - сейчас ни в одну продвинутую контору без знания микросервисов не возьмут

Чет в голос как говноадмин из прошлого века с какими-то говнохуяхами пытается в отрицание докера.

>>1054381
> плюс зачем писать два кастыля, когда есть полноценное решение
полноценное решение это докер?
Я тебе удивлю, но это костыль для трех других костылей.
Зачем лишний костыль, когда можно без костылей, вообще.
Вот у тебя скрипт сбора системы. Вот у тебя команда разворачивания, вот у тебя команда отката.

>я 99% времени провожу в винде, какой еще джейл и зфс?
А что ты в винде с докером делаешь?

>сейчас ни в одну продвинутую контору без знания микросервисов не возьмут
Земля тебе пухом.
>Знание микросервисов
Я бы лоллировал, если бы это не было так грустно.

>>1054526
>А что ты в винде с докером делаешь?
Хах, в 2016 сервер завезли джейлы!
Это пушка, не прошло и 20 лет.

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

>>1054530
Винда - система для домашних компьютеров, на сервере она нахуй не нужна.

>>1054526
>А что ты в винде с докером делаешь?
прогаю - микросервисы мучу. линукс это серверная ос, 2% рынка десктопов не зря у нее - неюзабельный кал для пердолеров. если нужно что-то более чем текстовый редактор - сразу становится понятен уровень. недавно накатывал федор26 - при загрузке в гном крашится система - пришлось ставить через консоль. потом я накатил хром и он работает медленней чем в винде лол, ну и нахуй мне эти проблемы - я даже юзать систему не начал а уже какая-то срань. есть еще макбукpro - для профессионалов - макось нравится - и фотошопы есть и шелл и пакетный менеджер, но дорага и дров мало. поэтому винда и только винда - альтернатив нет на текущий момент. если завезут виртуализацию гпу на консюмерские карты - может снова попробую линух накатить, но пока спасибо - время=деньги и тратить на пердолинг не вижу смысла.
>Я тебе удивлю, но это костыль для трех других костылей.
ну да, все что не на байткод это костыль поверх костыля. для меня важно только то что все на одной волне - это стандарт и я могу пользоваться экосистемой, живу на вершине пищевой цепочки. а ты в своей цепочке один и пока ты тратишь время велосипедя каждый отдельный случай, я запушил в прод уже сто раз и ебу моделей на яхте попивая смузи - разница философий. прав ли я с точки зрения задротов-пьюристов в своем подходе? скорей всего да. но мне похуй на программинг как искусство - важно только деньги, бабос, кэш и чем быстрее я могу их захаслить тем лучше. поэтому отъебись со своими скриптами и джейлами обратно в 2010-ый :) тренд такой: не можешь в микросервисы? пошел нахуй. админ в свитере? пошел нахуй. но мой линукс.. я пердолел маны долгими ночами и райсил вим.. неужели это было зря и меня выкинут на помойку истории..? все так - сэд бат тру, а теперь пошел н а х у й.

>>1054381
>в варганте нет слоев - слишком медленно.
Зачем тебе скорость на тестовом серваке? На проде вообще вируализация не нужна, имхо, нужны нормально настроенные права и минимальное окружение, т.е. то же самое, что ты пихаешь в контейнер.

>>1054559
>ну да, все что не на байткод это костыль поверх костыля. для меня важно только то что все на одной волне - это
И все таки в чем приципиальная разница виртуалка или контейнер? Вот нахуя тебе скорость на локалке? А синхронизировать виртуалки можно также как в доккере чет гит и ансибль. Мое главное не хотение юзать доккер это то что он только на говнолинуксе.

>>1054614
>ну ясно
А зачем она там? Прод должен быть максимально быстрым с минимум оверхеда. Я верю что распихать все части проекта (базы, хттп, ssl итд по контейнерам это удобно, типо можно независимо изменять части - микросервисы наше все) Но это ведь все равно оверхед, ты не сможешь сделать контейнер на каждую зависимость, и в итоге они обречены дублироваться внутри контейнеров. Ну и типа изоляция для безопасности тоже вещь надуманная. Если уж кто-то и будет что-то ломать, то он будет нацелен на код приложения приложения. Так что если уж что и пихать в контейнер то это. А вотнахуя пихать в контейнера базу данных - вообще не понятно, у нее в любом случае никуда кроме нее самой доступов нет.

>>1054758
>>1054758
если одинаковые слои и файловая система aufs/overlayfs/zfs - будет шариться память между контейнерами, т.е. шарятся библиотеки и тд как в обычной системе. рантайм оверхед самих контейнеров небольшой (http://domino.research.ibm.com/library/cyberdig.nsf/papers/0929052195DD819C85257D2300681E7B/$File/rc25482.pdf старая бумажка). бд не надо инсталлить на хост. можно любую версию любой базы накатить за секунды

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

>>1055225
>можно любую версию любой базы накатить за секунды
Но надо не любую версию любой бд, а только ту которая используется в проекте, и крайне желательно с теми же настройками.

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

>>1055357
Прочитай последние 50 постов.

Короче, пилю преимущества вируталок + гит ci\cd над доккером.
1. Полная независимость от ос.
2. Более точная копия среды сервера.
3. Разработка и деплой синхронизированы с гитом.
4. Намного сложнее создать зоопарк технологий.

Минусы: нет микросервисов из коробки.

>>995318 (OP)
Тут местный анон видосы снимает.
Недавно про докер вышел. Норм такой. Оставлю здесь, вдруг кому-нибудь пригодится.
https://www.youtube.com/watch?v=Ad7UYfO35Og

>>1055357
Mi stali bolee luchshe razvorachivat' okruzenie.

>>1050707
Ещё можно с арчиком побаловаться, сидя на дебиане. и нормальным, свежим софтом, если вдуматься

>>995318 (OP)
Просто вставлю это из JS треда...

Двач, как же я заебался, где можно найти годную инфу по докеру и node.js? Везде, блеать даже в официальной документации node.js и даже в ёбаной официальной документации докера (где примеры на Python) есть пример только с запуском ОДНОГО контейнера, да как так то, а? Как так?
Сама идеология говорит о том, что нужно запускать много контейнеров, чтобы было ништяково, а они в оффициальных гайдах запускают по одному контейнеру и нигде нет инфы как правильно запустить несколько докеров и связать их между собой, чтобы было ништяково, отсюда реквест, братики, пожалуйста, скиньте мб уже какие-то примеры реализованых приложений на гитхабе с node.js+express+mongo (или любым другим стеком), где будет показано как нужно написать своё приложение, чтобы запустить его в докере с НЕСКОЛЬКИМИ контейнерами. Или видео с гайдом или текст с гайдом, а то я в полнейшем замешательстве, один контейнер запустить могу, с базой данных на втором, а что делать дальше с ним - непонятно. Как например доппилить авторизацию на другом контейнере или какую-то ещё фичу, типу API.

>>1060210
Проще говоря, как создавать новые сервисы и подключаться к уже существующим? Просто писать в приложуху и вызывать из папок, добавляя строки в Docckerfile или писать много разных приложух со своими package.json, хостить их в докер контейнерах по отдельности, а потом заставить как-то взаимодействовать, если да, то как?

>>1060212
думай о каждом сервисе как об отдельном самодостаточном "сервере" со своими библиотеками, и процессами и портами.

компоновать - начни с docker-compose, контейнеры поднятые через компоуз видят друг друга в рамках одной сети по ссылкам http://service-name:port

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

как заебет компоуз - накатывай кубернетс и в добрый путь.

а вообще лучше прочитай-ка документацию докера и книгу по микросервисам сначала https://github.com/miguellgt/books/blob/master/microservices/building-microservices-designing-fine-grained-systems.pdf

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

Как в докере с ENV переменными управляются?

>>1063547
Просто, без задней мысли. В чем вопрос?

>>995318 (OP)
Попытался засунуть проект в докер, чтобы джуны не распидорасили себе ОСи установкой зависимостей.
Результат: один и тот же докерфайл нормально работает на маке, но выдает странные ошибки на шинде. Например, a2enmod rewrite в одном случае работает, а в другом — Module not found!.
Пиздец. И зачем нужен этот докер, если он не гарантирует однообразность?

>>1070650
запости файл, думаю дело в твоих кривых руках

>>1070803
То, что у меня руки кривые, это очевидно, как очевидно и то, что докер не выполнил своего обещания.

Файл целиком постить не хочу, но суть такова:
CMD /path/to/foo.sh — работает под маком, не работает в шиндовс. Пишет: /bin/sh: /path/to/foo.sh not found.
CMD bash /path/to/foo.sh — запускается в обоих случаях.

>>995318 (OP)
Братики, вот я немного не вкуриваю сути докера. Я пишу на Node.js, какая разница между тем чтобы написать два отдельных приложения, которые будут общаться через порт и написании двух приложений, которые так же будут общаться через порт, но в докер контейнерах. В каком месте мы выигрываем?

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

>>1071027
кто те виноват (кроме твоей уважаемой мамаши) что sh != bash ? в 2017
не писать кросс-платформенные скрипты, oh my gosh

>>1071482
Например, приложения написаны под разные (почему-то несовместимые) версии nodejs (я не js-макака, но думаю что такое возможно).