потому, что не хайпоеды. и программисты. у нас есть такое понятие как переносимость и документация. а не хуяк и вирталочка с хуй пойми чем и зачем.
Вот поясни, нахуя он нужен? Единственные варианты, на сколько я вижу, это жесткий продакшн где тебе приложуху надо на сотне серверов задеплоить, ну и разработка, для быстрого разворачивания необходимых сервисов. Или есть еще какие-то ниши?
Еще когда ты контейнеры сервлетов и весь этот тырпрайз ебал в рот и юзаешь какой-нибудь jetty. Ну и деплоить вкуснее, лул.
Дякую боже що я не жабамакака.
Да, я тоже проработал год и понял, шо хуйня полная, надо в эрланг/эликсир/скалу/еще куда уебывать.
синий кит? зарепортил
Ты сам себе ответил. Так же при параллельной разработке нескольких проектов на разных технологиях или версиях библиотек.
Ну а в большинстве случаев, используется так: Петя программирует бэк-энд, использует Gentoo и вообще тру-красноглазик, Алёша - фронтэнд, пользуется маком, пьет смузи и ебется в жопу. А Алла все это тестирует и она блондинка. И что бы у всех троих это работало одинаково - используют Docker. Ну и развернуть приложение в продакшене потом гораздо быстрее и удобнее. Особенно когда что-то типа разные части бэкэнда на двух разных серверах, фронт собирается на третьем, БД на четвертом, а файлсторэйдж где-то еще.
Я утрирую конечно, но как-то так.
Ну так я и спрашивал, есть ли еще какие ниши, про которые я может не знал. Единственный раз, когда мне докер пригодился, это нужно было PostGIS развернуть, пердолится не хотелось.
а я вот вообще нихуя про докер не знаю. что это, типа виртуалки? почему столько хайпа? поясни на пальцах с примером
ну я даже хз. уже лет 100 не видел адового жава ентерпрайза. обычно это сприн/спирн бут и вполне адекватный спринг рест из коробки
>пердолится не хотелось
этого уже более чем достаточно
докер+авс делают просто чудеса. деплой и масштабирование распределенного приложения на микросервисах не превращается в еблю, а так, только на полшышечки
1) Это не виртуализация, а контейнеризация. Ядро общее, и если выебут программку в контейнере, то, в случае уязвимости ядра, трахнут и хост
2) Да, эра пердолинга закончилась. Забись
3) Докер хрень для макак кодовых, для админов - LXC
4) Иди нахуй
> Это не виртуализация, а контейнеризация.
Ебанутый, нахуй ты контейнеризацию противопоставляешь виртуализации? Если это и есть виртуализация на уровне ос?
> Да, эра пердолинга закончилась. Забись
Да схуя ли? Просто еще один уровень абстракции накинули. Кнопочки сделать заебись по прежнему нет.
>Докер хрень для макак кодовых, для админов - LXC
Для админов локалхоста?
Этот тред должен быть в /s/ !!!!
В программировании докеру не место, еще тут не хватало этой швали ебаной! Пшел нахуй отсюда!!
никто не упомянул новые ОС, как Nix и guix.
докер не смотрел, но кажется его используют именно потому, что в старых ОС пакеты устанавливаются глобально.
в новых операционках каждый пользователь может установить свою версю пакета.
одной коммандой добавляется пользователь, другой устанавливаются пакеты из списка.
докер не смотрел, но кажется его используют именно потому, что в старых ОС пакеты устанавливаются глобально.
в новых операционках каждый пользователь может установить свою версю пакета.
одной коммандой добавляется пользователь, другой устанавливаются пакеты из списка.
>типа виртуалки?
превращает твоё приложение в черный ящик, которое удобно размножать по другим сервакам без ебли со сборкой и зависимостями
Двачну Nix, к сожалению там коллектив гиков не смог в маркетинг.
Докер в общем полезная штука, хоть и оверхайпнутая.
Съебите в /s уже
>вирталочка с хуй пойми чем и зачем.
Докер это про контейнеры и использует нативные средства linux'а для изолирования процессов. Каждый контейнер содержит history, по которой можно понять, что, чем и зачем. Твое высказывание на счет "хайпоедства" оправдано лишь частично, докер отличный инструмент, пусть и пропиаренный.
Котаны, накидайте гайдов по этому докеру. Хочу развернуть несколько проектов на Django с postgres на одном сервере и чтобы все это находилось в разных контейнерах.
По официальным докам даже установить не получается. Чутка разобрался, но как надо не работает.
И объясните как nginx в такой системе должен работать: в каждом контенере свой или один для всех?
По официальным докам даже установить не получается. Чутка разобрался, но как надо не работает.
И объясните как nginx в такой системе должен работать: в каждом контенере свой или один для всех?
В /s/
> чтобы все это находилось в разных контейнерах
Нахуя?
проще менеджить, когда компоненты независимы. например, хочешь обновить вебсервер - говно вопрос, создаешь образ, запускаешь, перенаправляешь траффик - профит
>Да схуя ли? Просто еще один уровень абстракции накинули. Кнопочки сделать заебись по прежнему нет.
в разумной абстракции ничего плохо нет, наоборот, только плюсы. например, переход от асма к с. да, это был еще один слой абстракции, но во многих случаях(то бишь проектах) он был оправдан.
по сравнению в деплоем приложений в какой-то датацентр с пачкой кастомных скриптов использование докера - просто сказка. ты освобождаешь от заебов админов и собственно, девов. ты можешь протестить новый ролаут приложения в условиях, максимально близкиз к продакшену
Вот для этого
Ну и потому что хочется, чтобы все было на одном сервере, но 2 из проектов переодически ловят хабраэффект и все остальное ложится, сейчас приходится следить за 3мя серверами, хотя 95% времени все это может тянуть и один сервер, если ограничить потребление ресурсов каждого отдельного проекта. Переплачиваю 40 баксов в месяц из-за этого.
Базу нормально настрой и похуй на эффекты будет.
Зачем nginx?
Для виртуальных хостов можешь заюзать
https://github.com/aacebedo/dnsdock
Вообще на голом докере тяжеловато будет, изучи тему docker-compose. Я бы привел примеров конфигов реальных, но какой смысл если тебе разжевать да в рот положить?
Да мне уже в Питон-треде ответили. Я думаю, ты не станешь отрицать, что по докеру мало структурированной инфы типа с 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 просто некуда прикрутить, пока у тебя нет нужды в балансировщике нагрузки и обратном прокси.
1. Читаешь Docker in Action чтобы в теории понимать как что работает. Установить нужно самостоятельно. На линуксе довольно все просто.
2. Пытаешься самостоятельно собрать контейнер попроще для практики.
3. Устанавливаешь Docker Compose и ищешь пример для деплоя джанги. Если вкратце, то нужно минимум три контейнера (джанго+gunicorn, бд, nginx) с проброшенными портами. Например, http://ruddra.com/2016/08/14/docker-django-nginx-postgres/
Для деплоя джанги достаточно одного контейнера nginx, который должен раздавать статические файлы и передавать иные запросы в контейнер с джангой. Больше nginx просто некуда прикрутить, пока у тебя нет нужды в балансировщике нагрузки и обратном прокси.
инфы по докеру более чем достаточно, вася. просто это ты ленивое хуйло, которое не хочет разбираться. грубо, братишка, но из песни слов не выбросить
А все дело в том, что докер новичку нахуй не нужен.
Я не говорил, что инфы мало, я конкретно говорил про структурированную инфу, для экономии времени.
Новичку в чем? Я новичек в docker, так то я у мамы миддл С++/Пайтон.
Посоны, а какой есть годный UI для управления docker swarm? Я не хочу каждый раз хуярить docker run в миллионами флагов, а хочу все делать с ui. Смотрел на portainer, он няшный, но не хватает аутентификации на приватные хабы и работы с секретами.
Rancher выглядит чо то дохуя сложным и оверхедом
Вообще сейчас на работе поднимают докер сворм и пилю контейнеры под все сервисы ибо пришел на это место, а тут пизда, деплоят путем git pull и ребутом машины ( бляяяяяяяяя ). На сервере по 3-4 аппы и у каждой свой версия руби, рельс с сука гемсетов.
Поэтому единственным решением было начать контейнеризацию и изучение swarm. Ебусь вторую неделю, но прогресс уже ощутимый.
Rancher выглядит чо то дохуя сложным и оверхедом
Вообще сейчас на работе поднимают докер сворм и пилю контейнеры под все сервисы ибо пришел на это место, а тут пизда, деплоят путем git pull и ребутом машины ( бляяяяяяяяя ). На сервере по 3-4 аппы и у каждой свой версия руби, рельс с сука гемсетов.
Поэтому единственным решением было начать контейнеризацию и изучение swarm. Ебусь вторую неделю, но прогресс уже ощутимый.
Хочу, чтобы программа при надобности запускала дополнительные контейнеры (для отдельных сервисов под разных пользователей). То есть, один контейнер содержит один скрипт для конвертирования видео, и там параметры разные. Как это правильно делается в докере?
Документация у докера неплохая по-моему.
В реальных проектах я бы не рекомендовал докер использовать, то есть на продакшене, если не хочешь проблем с нехваткой ресурсов.
Поиграться или в девелопмент - да очень удобная штука.
Не стоит забывать что это просто инструмент.
На счет nginx - джанга сама должна уметь сервить статику если мы про девелопмент.
Все таки меня (тебя тем более) должен занимать в первую очередь вопрос большого З - Зачем. Зачем тебе докер нужен? От этого и начинай путь изучения
в продакшене тоже норм
>Ебанутый, нахуй ты контейнеризацию противопоставляешь виртуализации?
Потому что это не виртуализация. Ядро здесь общее. Если трахнут ядро по LPE в госте - трахнут и всю систему.
>Если это и есть виртуализация на уровне ос?
Ядра, долбоеб. LXC работает на основе: cgroups, namespaces, quotas, uidmap (optionally)
>Да схуя ли? Просто еще один уровень абстракции накинули. Кнопочки сделать заебись по прежнему нет.
Но есть команда "скачать" и "запустить". Это уже лучше, чем дрочить себе писюн установкой васянобиблиотек разных версий, чем и занимались пердолиики (ТМ)
>Для админов локалхоста?
Дебил ебаный, админы как раз очень часто используют LXC так как им тупо нафиг не нужна концепция: накати слоя за слоем модный хипстерский образ. Ты дебил, и ... дебил.
А есть годные гайды на русском?
>Потому что это не виртуализация.
Это кто из нас еще долбаеб.
блять, потому что контейнеризация, долбоеб
Все с тобой ясно, админ локалхоста. Не забудь в бухгалтерии картридж поменять, а то он мазать стал.
сосни
ебал твою мамашу
dockstation.io
все что нужно знать об уровне местных клоунов
очевидно, что докер работает с cgroups, а это не виртуализация
> Rancher выглядит чо то дохуя сложным и оверхедом
Это штука которая хуярится из каробки просто запуском бустрапа агента сложная? Там все можно пердолить через гуй. Если тебе нужно прямо всё из коробки и не хочется ебаться с настройкой сервис дискавери и прочего, то это твой выбор. Плюс есть комьюнити каталог в котором есть много готовых решений пусть и написанных припизднутыми. А деплоить там очень легко вебхуками и опять же настраивается через гуй.
Для сворма есть ещё shipyard, но он вроде мёртвый.
Docker - круто. Появилась необходимость кросскомпилить, и тут он спас ыыыыы
бампану.
делаю небольшое веб-приложение и сейчас пора прикручивать бд(постгрес), nginx, и настраивать дистриб(centos) чтобы все это работало вместе. раньше я вручную логинился на сервак и редактировал, пулил с гитхаба, все настраивал через консоль, запускал и забивал хуй. но теперь мне надо будет постоянно шипить фичи и багфиксы, и я не люблю логинится на сервак.
поможет ли мне докер? и как вообще белые люди деплоят?
и как всю эту фигню тракать через гит чтобы можно было бранчить/откатываться туда-сюда? и чтобы можно было мигрировать к другому провайдеру за пять сек перенеся только бд?
Лол, можешь и просто капистраной какой-нибудь деплоить. Докер просто помогает бандлить, запускать бандл, котороый одинаков и на проде и у себя локально и делать зиродаунтайм и прочее. Но, чтобы понять зачем нужно тебе это, то ты должен знать, что такое CI/CD
вобщем я нашел то что хотел - называется immutable server/immutable infrastructure - поднимаешь каждый раз новый сервер из нового образа, а старый убиваешь
CI/CD выглядит как слишком много морочки, тем более когда работаешь один, или я не догоняю?
Напиши проект, напиши тесты, подключи тревис. Дальше поймешь.
Хочу научиться паковать контейнеры. Я так понимаю, это полноценная хуйня, которую можно непосредственно развернуть и получить рабочую систему со всем установленным говном?
Скажите с чего лучше начать.
Я пишу на Python, но много разных системных библиотек, баз данных и прочей хуйни которую хотелось бы быстро разворачивать.
А в чём профит следить за конфигурацией, обновлениями и патчами каждой отдельной виртуалки, вместо единой продакшн среды?
Сейчас даже веб-хайпоеды пытаются отгрузить заказчику каждый минимальный лендинг в виде контейнера с каким-нибудь node.js , а кто его админить потом будет?
А хули там админить? Контейнеры билдить/запускать? Ну так это можно какому-нибудь докер-клауду отдать, если три команды осилить не можешь.
>следить за конфигурацией, обновлениями и патчами каждой отдельной виртуалки
Зачем за ними следить, если там всё что нужно упаковано для того чтоб сервис работал? Если девы какие-то изменения внесут, то всё что нужно сами в докерфайл и докер-компоуз/стекфайл внесут.
А обновлять софт, патчи безопасности накатывать?
Настрой себе виртуалку и копируй её сколько хочешь, например? Поясните, пожалуйста, в чём преимущества докера перед виртуалками обычными?
В контейнере стоит ровно тот софт, который нужен для работы ровно одного сервиса конкретной версии. Что ты там обновлять собрался?
"админы" любят обновлять линукс на проде, тем самым тестируя эти обновления на своей боевой системе
Ну как "один", стоит ос + несколько служб типа СУБД, веб-сервера и т.д, правильно? И во всё м этом постоянно выходят уязвимости, которые надо закрывать.
>Nix и guix
Оно конечно типа рядом с докером, но не о том. Disnix и nixops больше в тему виртуализации, хоть и используют сандбоксы никса (которые в сою очеред на системдешных, которые наверняка используют цгрупс)
мимо дилетант
>контейнеризации
Лосиноостровская
Правильно, откуда знаешь?
А мой вопрос?
Жил там рядом 2 года и вчера опять там был. Люто бесил свист толкаемых вагонов ночью.
По сабжу нечего сказать особо, в докере-контейнерах только кодобаза веб-приложухи, бд стоит на хост-системе, из плюсов заметил, что pip-зависимости и нативные либы для питона легче переносить. Добавил в докерфайл и вперёд.
Веб сервер в отдельном контейнере, база в отдельном контейнере, прила в отдельном контейнере. ОС - это не сервис, а среда, ровно та, что нужна для каждого отдельного сервиса. Контейнеры же между собой линкуются через докер-компоуз. Обновлять разумеется в контейнерах ничего не нужно, ещё раз, в докере - контейнеры это расходной материал, сегодня создал, завтра снёс, создать контейнер из сбилженого имейджа - это пол секунды и делает это докер-компоуз, ну или через docker run ручками, если линковать особо нечего.
Поясните за Докер vs Варгант? Я так понимаю докеру все равно нужен хост, аля CoreOS или Atomic, в таком случае если я хочу протестить все контейнеры вместе с хост-системой, и отправить своему соратнику Василию на зацен, я делаю образ для Варгант, где будет все прописано и в добрый путь? Или докером можно варгант заменить полностью?
Я не понимаю, зачем :(
Если все части системы, перечисленные выше, работают на одной ОС -- зачем выносить их в отдельные контейнеры? И зачем может понадобится их сносить и пересоздавать, кроме как для может быть тестов?
Дедуля, возвращайся в свой 2007-ой к виртуалкам.
https://www.youtube.com/watch?v=FEtVxwsCUBY
LinuxKit - мысли? кто юзал уже?
LinuxKit - мысли? кто юзал уже?
Это не ответ.
Кто-нибудь ответит нормально?
>introducing
>42min
ok
линукс от докера, где каждый чих в контейнере, конкурент atomic, coreos и тд, также включает билд систему, можно делать имиджи для деплоя как в packer, статический анализ, и другую магию
Что такое докер, зачем нужен докер. Какие задачи им можно решить?
Сможешь на дваче выёбываться, как этот
А если серьёзно, я пока для себя выяснил, что "контейнеры" от виртуальных машин отличаются тем, что не создают виртуальную копию "железа" и за счёт этого занимают меньше ресурсов на каждый.
Зачем на продакшене распихивать части одной системы ну целиком ещё может быть, для изоляции и переносимости, если они нормально работают на одной ОС, по контейнерам или виртуалкам -- я не понимаю. Пока предполагаю, что 1 так можно содрать больше $$ с клиента, 2 где-то написали, что это модно.
Это то, что позволяет не пердолится с настройкой окружения под каждый проект, под настройку дев-стейдж-продакшн серверов, билдинга и деплоя на кластер, не следить чтоб было одинаковое окружение на 20 дев машинах и нигде не засирать хост говном типа СУБД. Это то, что позволяет имея один докер-компоуз файлик и доступ к билду на хабе запускать проект где угодно и он гарантированно будет работать там так же, как и везде, не смотря на то, что разработчики его пишут вообще на разных системах.
Главное поменьше теоретизировать, как местные админы локалхоста из 90х, и просто использовать докер.
Если у тебя есть общие части, то можно вынести их в отдельный билд, и остальные от него наследовать. Или если у тебя есть общий сервис, выносишь его в отдельный контейнер и линкуешь как тебе нужно.
Ну допустим, надо попробовать. Хотя всё равно не понимаю, зачем столько расходов, когда итак всё отлично работает.
И где хостить эти контейнеры для России?
>Это то, что позволяет не пердолится с настройкой окружения под каждый проект, под настройку дев-стейдж-продакшн серверов, билдинга и деплоя на кластер, не следить чтоб было одинаковое окружение на 20 дев машинах и нигде не засирать хост говном типа СУБД.
а в чем отличие от скажем скрипта, в котором я могу все тоже самое сделать?
А как это решает проблему деплоя?
МОЖНОЗДЕЛОТЬ?
Конечно можно на каждый проект велосепдировать свои деб-пакеты и писать мейкфайлы, если много свободного времени, но можно просто использовать докер: готовую программу с готовой инфраструктурой и обширной базой готовых имеджей.
Ну, если использовать docker-cloud (хотя сейчас контейнеры поддерживает AWS, Azure, DO и вообще любой уважающий себя клауд), то можно настроить, например, чтоб по пушу имейджа он автоматически билдился, поставлялся на сервак, замещал предыдущий контейнер(ы) и запускался вместо него, при этом правила линковки, запуска сервисов и т.д. брались из стандартного докер-компоуз файла. Вообще, особо удобно при деплое на кластер, там куча конфеток, типа docker swarm.
>зачем столько расходов
Где же расходы, если, наоборот, сплошная экономия времени?
>И где хостить эти контейнеры для России?
Вообще, центральный репрозиторий для имеджей - это докерхаб. Не знаю, можно ли юзать какой-то кастомный репрозиторий, не доводилось, но ничего не мешает билдить из обычного докерфайла, который можно хранить хоть вместе с кодом, ну а запускать контейнеры можно на чём угодно, что поддерживает виртуализацию.
В хранилище государственного центра контейнеризации РФ.
Дедуля, тебе тоже в 2007-ой батнички писать.
Охуенной решает проблему деплоя.
>Не знаю, можно ли юзать какой-то кастомный репрозиторий
Ясен хуй можно. https://docs.docker.com/registry/
Так падажжи,
А непосредственно информация, например, БД также находится в контейнере => его нельзя так просто убить и пересоздать => приходится поддерживать и обновлять ОС этого контейнера? Где я ошибся?
Шкальник не палится
Заебёшься паковать. Слишком долго, плюс доставка до твоего клауд-провайдера. Потом это ещё нужно как-то нахуярить, чтобы всё чинно поднималось. В итоге куча тулзов вроде терраформов и прочего.
Все инструменты инкрементального апдейта баз данных (миграция) прошли мимо тебя.
обожаю хипстерские технологии, чтобы только понять нахуй они нужны, нужно читать книги и доки
> например, БД также находится в контейнере
В этом треде выше уже несколько раз сказали, что файлы БД не хранят в контейнере, они маунтятся либо на хост, либо в докер вольюм.
ОК
Кстати, ни одного годного мануала в треде так и не было. Вот я разрабочек, например, мне нужны тестовые хосты с определённой конфигурацией под каждый проект. С чего начать, кроме офф. документации?
Чем офф. документация не устроила?
Я статьи 3 на хабре прочитал и так и не понял толком что это и с чем это едят-наверно, я тупой.
Объясните?
Короче, лень объяснять, но суть такова, что ты качаешь половину гну/линукса, чтобы запустить питон. А чтобы запустить руби, качаешь вторую половину гну.
А вторую половину линукса как скачать?
Установить Node.
На самом деле очень удобно. У меня, например, в докерах нода и ещё какая-то хуйня типа локального девдокса на руби. Но сам подход какой-то с душком, а-ля виндовс.
проникся докером, теперь могу поставить и протестить любую хуйню на любой технологии за 5 сек не засирая хост тоннами говна - божественно. думаю как освоюсь, вкачусь еще в kubernetes, linuxkit и golang.
Очередного говнарика занесло на элитную доску. Смотри, сейчас мы ссым на тебя, моем элитной уриной твои сальные патлы, которые уже и забыли, что такое шампунь, затем ты берёшь свой портвешок, своих собутыльников, и вы все дружной обоссаной компанией идёте в /b к таким же говнарикам, жрущим дерьмо для быдла.
Vot eto prikol. Otkrilsya portal pryamikom iz /mu/ obrazca 2012 goda.
сосать дедуль, дорогу молодым. а для тебя есть легаси-говно
>Новичку в чем? Я новичек в docker, так то я у мамы миддл С++/Пайтон.
Что за проект, в котором такая связка пригодится?
Хули вы.
Главное преимущество докерных контейнеров - быстрая среда разработки и "всё как есть" приедет к тестерам или другому деву. То бишь не будет проблем, когда бэкэндщик говорит: я пушнул. Кто-то себе это стягивает, а у него егог на весь экран, а бэкэндщик говорит, что у него всё-равно всё работает и идите нахуй, настраивайте и ебитесь как хотите.
Ну или какую-нибудь залупу ты с гита хочешь стянуть посмотреть, как работает. Запердолил ты себе 1.5 конфига, пошёл курить, пришёл - оно нихуя с первого раза не собралось, поебался 10 минут, и вот готовая настроенная хуита, не надо ни каких виртуалок.
Главное преимущество докерных контейнеров - быстрая среда разработки и "всё как есть" приедет к тестерам или другому деву. То бишь не будет проблем, когда бэкэндщик говорит: я пушнул. Кто-то себе это стягивает, а у него егог на весь экран, а бэкэндщик говорит, что у него всё-равно всё работает и идите нахуй, настраивайте и ебитесь как хотите.
Ну или какую-нибудь залупу ты с гита хочешь стянуть посмотреть, как работает. Запердолил ты себе 1.5 конфига, пошёл курить, пришёл - оно нихуя с первого раза не собралось, поебался 10 минут, и вот готовая настроенная хуита, не надо ни каких виртуалок.
нинужно
Ну ты охуел чтоле
Это удобно для разворачивания дев-среды. Один раз ты настроил окружение - и всё, хоть на любом кудахтере у тебя будет точно такой же сетап без ёбли с версиями пакетов и т.д
нахуй тебе постоянно разворачивать девсреды?
ПРЕДСТАВИМ, что ты работаешь в команде, в которой 10 человек.
Ты пишешь конфиг один раз и после этого никто не ебётся с настройкой.
Это удобно для тестов.
сам-то я на винде сижу и кручу виртуалку в вмваре, но плюсы докера очевидны. Это как ЯП сравнивать, задачи разные
я в команде один, мне нинужно
c докером наконец начал врубаться в линукс и в баш, делая дев на винде
Объясните нубу, в чем преимущество архитектуры доккера над vagrant подобной архитектурой. То есть сейчас у меня голове имеется следующий принцип разработки.
1. Создается гит репозиторий.
2. Создается тестовый сервер с настроенным автообновлением репозитория.
2. Каждый разработчик создает свою ветку.
3. Создается виртуальная машина с используемой ос, которая потом тиражируется для всех разработчиков.
4. В виртуальной машине настраивается авто обновление на ветку разработчика.
3. Затем каждый из разработчиков начинает вести разработку со своим форком. Когда он хочет закоммитеть в мастер какие-то обновления, сначала локально мерджит мастер со своей веткой. т.е. актуализирует свою ветку. Потом локально тестит ее, и потом делает коммит в мастер.
Чем плох такой подход, и чем доккер лучше этого.
1. Создается гит репозиторий.
2. Создается тестовый сервер с настроенным автообновлением репозитория.
2. Каждый разработчик создает свою ветку.
3. Создается виртуальная машина с используемой ос, которая потом тиражируется для всех разработчиков.
4. В виртуальной машине настраивается авто обновление на ветку разработчика.
3. Затем каждый из разработчиков начинает вести разработку со своим форком. Когда он хочет закоммитеть в мастер какие-то обновления, сначала локально мерджит мастер со своей веткой. т.е. актуализирует свою ветку. Потом локально тестит ее, и потом делает коммит в мастер.
Чем плох такой подход, и чем доккер лучше этого.
Блядь, с циферками конкретно проебался.
тихий кит везёт гробы, а что?
а тем временем инвесторы оценили докер в 1+ млрд $.
продолжаем ржать над неосиляторами и мутабельной архитектурой, боготворим силу абстракций, Голанг и ФП.
КАРМАК РАЗРЕШИЛ. БАМП
продолжаем ржать над неосиляторами и мутабельной архитектурой, боготворим силу абстракций, Голанг и ФП.
КАРМАК РАЗРЕШИЛ. БАМП
Так че никто не поясняет чем доккетр так уж лучше вагранта?
Tak eto raznii systemi, alesha))
Не ну понятно что разные, вагрант для авто создания виртуальных машин, а доккер для создания линукс контейнеров. Но ведь и то и то используется впервую очередь для обеспечения среды и деплоя. Так вот я спрагиваю так ли нужен ваш доккер?
В докере я наследуюсь от любого образа в централея прописываю писку, засовываю артефакт и все работает.
Нахуй мне твой вагрант всрался?
Ну, например, потому что доккер завязан на линуксе, так что если у тебя серверный зоопарк, то доккер не работает. Плюс ко всему я за то, что бы прод сервер гонялся вообще без вирутализации.
>держать серваки не на линуксе
))))
Ну и прод без виртуализации это говноламп. Бд или кластер на говне, а стейтлесс приложухи в контейнерах и хуячь как хочешь.
Лично мои серваки на фряхе, и изолируются при помощи джейлов. Что бы поставить туда доккер мне надо сначало виртулизировать линукс что есть дичайший оверхед. Нах оно мне надо?
всем похуй на твои проблемы, пердоля
>Лично мои серваки на фряхе
Привет админ локалхоста. Серваки то под кроватью держишь?
Нахуй нужны какие-то неподдерживаемые говнофряхи (особенно сорта типа нетбсди и попенбсди), если есть нормальные поддерживаемые жмупинусы?
с докером хост-система тоже может быть контейнером(https://github.com/linuxkit/linuxkit), поэтому варгант не нужен
Почему под кроватью, на vps'ке держу, прост оска туда ставится та, которую я запросил.
Ну если разобраться, то фряха по проще в конфигурации, нежели липукс. А также быстрее, в нужных аспектах, и меньше памяти жрет. Алсо я уже давно юзаю ansible для конфигов.
>linuxkit
Я так понял это инструмент для сборки своих линукс дистрибутивов. Причем тут фря?
для сборки контейнерной ос состоящей из контейнеров для накатывания других контейнеров, при чем фря - хз. докер вроде ток на линуксе, маке и винде, причем полноценно только на линуксе
>маке и винде,
Так же как и на фряхе и на любой другой оси. Ставишь виртуалку с линуксом)
Не ну круто конечно, но зачем прям для всего контейнеры. Если так уж нужна изоляция, собираешь в одном контейнере\джейле все зависимости вместе с кодом прилы и вот их то изолируешь. Не понимаю эту парагдигму доккера на каждый чих создавать контейнер.
смысл докера - немутабельная предсказуемая инфраструктура, близкая к одинаковой дев, стейдж, и продакшн среда, хорошо в команде, где каждый использует свой стек, продуктивненько, масштабируется хорошо. засирать хост тоннами библиотек, баз данных и тд не нужно - команду ввел и у тебя уже поднят сервак, захотел - прихуячил к нему за пять сек бд, захотел - 100 серваков поднял - поделал дела и снес нах - ничего не сломается. я вот делаю дев на винде и постоянно какая-то срака не компилится, то надо вижуал студию 10 гигов выкачать, то еще какую хуйню - а тут хуяк хуяк и работает - удобно. или запилил сервис - запушил на докерхаб и другие могут его использовать на любой платформе и все гарантированно будет работать
>немутабельная предсказуемая инфраструктура, близкая к одинаковой дев, стейдж, и продакшн среда
ZFS+JAIL
>немутабельная предсказуемая инфраструктура, близкая к одинаковой дев, стейдж, и продакшн среда,
Ну это так же легко и быстро достигается за счет вагранта, только там вместо контейнеров виртуалки аналогичные прод серверу.
>хорошо в команде, где каждый использует свой стек, продуктивненько, масштабируется хорошо. засирать хост тоннами библиотек, баз данных и тд не нужно
А вот тут поясни, не получится ли так что разные контейнеры будут дублировать некоторые библиотеки? И не получится ли в конечном счете неподдерживаемого зоопарка если каждый на своем стеке будет разрабатывать?
> poperdolytsia
Kek, что там пердолиться?
Скриптик для сборки джейла несложнее вашего докера.
Работа с ZFS камшотами банальна.
в варганте нет слоев - слишком медленно. я думал сначала варгант накатить в качестве хоста, на который накатить докер, но оказалось это не нужно. да и качество продуктов хашикорп - кал, баги не фиксятся, половина вообще не взлетела - даже материал-иконки не помогли проектам выжить. может в 2012-2014 варгант еще был актуален, но сейчас уверенно движется в сторону легаси
я 99% времени провожу в винде, какой еще джейл и зфс? плюс зачем писать два кастыля, когда есть полноценное решение, огромное коммунити, и контора которая занимается поддержкой. ну и главное - сейчас ни в одну продвинутую контору без знания микросервисов не возьмут
Чет в голос как говноадмин из прошлого века с какими-то говнохуяхами пытается в отрицание докера.
> плюс зачем писать два кастыля, когда есть полноценное решение
полноценное решение это докер?
Я тебе удивлю, но это костыль для трех других костылей.
Зачем лишний костыль, когда можно без костылей, вообще.
Вот у тебя скрипт сбора системы. Вот у тебя команда разворачивания, вот у тебя команда отката.
>я 99% времени провожу в винде, какой еще джейл и зфс?
А что ты в винде с докером делаешь?
>сейчас ни в одну продвинутую контору без знания микросервисов не возьмут
Земля тебе пухом.
>Знание микросервисов
Я бы лоллировал, если бы это не было так грустно.
>А что ты в винде с докером делаешь?
Хах, в 2016 сервер завезли джейлы!
Это пушка, не прошло и 20 лет.
Круто конечно. Видимо для виндузятников докер это действительно манна небесная, без микрописьки они никак не могут.
Винда - система для домашних компьютеров, на сервере она нахуй не нужна.
>А что ты в винде с докером делаешь?
прогаю - микросервисы мучу. линукс это серверная ос, 2% рынка десктопов не зря у нее - неюзабельный кал для пердолеров. если нужно что-то более чем текстовый редактор - сразу становится понятен уровень. недавно накатывал федор26 - при загрузке в гном крашится система - пришлось ставить через консоль. потом я накатил хром и он работает медленней чем в винде лол, ну и нахуй мне эти проблемы - я даже юзать систему не начал а уже какая-то срань. есть еще макбукpro - для профессионалов - макось нравится - и фотошопы есть и шелл и пакетный менеджер, но дорага и дров мало. поэтому винда и только винда - альтернатив нет на текущий момент. если завезут виртуализацию гпу на консюмерские карты - может снова попробую линух накатить, но пока спасибо - время=деньги и тратить на пердолинг не вижу смысла.
>Я тебе удивлю, но это костыль для трех других костылей.
ну да, все что не на байткод это костыль поверх костыля. для меня важно только то что все на одной волне - это стандарт и я могу пользоваться экосистемой, живу на вершине пищевой цепочки. а ты в своей цепочке один и пока ты тратишь время велосипедя каждый отдельный случай, я запушил в прод уже сто раз и ебу моделей на яхте попивая смузи - разница философий. прав ли я с точки зрения задротов-пьюристов в своем подходе? скорей всего да. но мне похуй на программинг как искусство - важно только деньги, бабос, кэш и чем быстрее я могу их захаслить тем лучше. поэтому отъебись со своими скриптами и джейлами обратно в 2010-ый :) тренд такой: не можешь в микросервисы? пошел нахуй. админ в свитере? пошел нахуй. но мой линукс.. я пердолел маны долгими ночами и райсил вим.. неужели это было зря и меня выкинут на помойку истории..? все так - сэд бат тру, а теперь пошел н а х у й.
Пиздец, вот это поток шизосознания.
Вжух, и в продакшен.
>в варганте нет слоев - слишком медленно.
Зачем тебе скорость на тестовом серваке? На проде вообще вируализация не нужна, имхо, нужны нормально настроенные права и минимальное окружение, т.е. то же самое, что ты пихаешь в контейнер.
>ну да, все что не на байткод это костыль поверх костыля. для меня важно только то что все на одной волне - это
И все таки в чем приципиальная разница виртуалка или контейнер? Вот нахуя тебе скорость на локалке? А синхронизировать виртуалки можно также как в доккере чет гит и ансибль. Мое главное не хотение юзать доккер это то что он только на говнолинуксе.
лучше благодари что я как молодой петр первый в поте лица несу свет в твою немытую россию
>Зачем тебе скорость
>На проде вообще вируализация не нужна
ну ясно
>Мое главное не хотение юзать доккер это то что он только на говнолинуксе
так никто не заставляет. я юзаю тк удобно - со мной еще дохуя людей и 8000+ вакансий на indeed. также неплохая гарантия что я не окажусь в команде с отсталыми пидорахами - новые технологии можно изучать уже только ради этого.
>пидорахами
>несу свет в твою немытую россию
Ну все, этот 20летный уженеребенок порвался.
>ну ясно
А зачем она там? Прод должен быть максимально быстрым с минимум оверхеда. Я верю что распихать все части проекта (базы, хттп, ssl итд по контейнерам это удобно, типо можно независимо изменять части - микросервисы наше все) Но это ведь все равно оверхед, ты не сможешь сделать контейнер на каждую зависимость, и в итоге они обречены дублироваться внутри контейнеров. Ну и типа изоляция для безопасности тоже вещь надуманная. Если уж кто-то и будет что-то ломать, то он будет нацелен на код приложения приложения. Так что если уж что и пихать в контейнер то это. А вотнахуя пихать в контейнера базу данных - вообще не понятно, у нее в любом случае никуда кроме нее самой доступов нет.
если одинаковые слои и файловая система aufs/overlayfs/zfs - будет шариться память между контейнерами, т.е. шарятся библиотеки и тд как в обычной системе. рантайм оверхед самих контейнеров небольшой (http://domino.research.ibm.com/library/cyberdig.nsf/papers/0929052195DD819C85257D2300681E7B/$File/rc25482.pdf старая бумажка). бд не надо инсталлить на хост. можно любую версию любой базы накатить за секунды
>бд не надо инсталлить на хост. можно любую версию любой базы накатить за секунды
Это заебись при разработке, девопсам и прочим мартышкам-эникейщикам.
>можно любую версию любой базы накатить за секунды
Но надо не любую версию любой бд, а только ту которая используется в проекте, и крайне желательно с теми же настройками.
вкратце поясните, зачем нужен докер?
Прочитай последние 50 постов.
Короче, пилю преимущества вируталок + гит ci\cd над доккером.
1. Полная независимость от ос.
2. Более точная копия среды сервера.
3. Разработка и деплой синхронизированы с гитом.
4. Намного сложнее создать зоопарк технологий.
Минусы: нет микросервисов из коробки.
1. Полная независимость от ос.
2. Более точная копия среды сервера.
3. Разработка и деплой синхронизированы с гитом.
4. Намного сложнее создать зоопарк технологий.
Минусы: нет микросервисов из коробки.
Тут местный анон видосы снимает.
Недавно про докер вышел. Норм такой. Оставлю здесь, вдруг кому-нибудь пригодится.
https://www.youtube.com/watch?v=Ad7UYfO35Og
Mi stali bolee luchshe razvorachivat' okruzenie.
Ещё можно с арчиком побаловаться, сидя на дебиане. и нормальным, свежим софтом, если вдуматься
Просто вставлю это из JS треда...
Двач, как же я заебался, где можно найти годную инфу по докеру и node.js? Везде, блеать даже в официальной документации node.js и даже в ёбаной официальной документации докера (где примеры на Python) есть пример только с запуском ОДНОГО контейнера, да как так то, а? Как так?
Сама идеология говорит о том, что нужно запускать много контейнеров, чтобы было ништяково, а они в оффициальных гайдах запускают по одному контейнеру и нигде нет инфы как правильно запустить несколько докеров и связать их между собой, чтобы было ништяково, отсюда реквест, братики, пожалуйста, скиньте мб уже какие-то примеры реализованых приложений на гитхабе с node.js+express+mongo (или любым другим стеком), где будет показано как нужно написать своё приложение, чтобы запустить его в докере с НЕСКОЛЬКИМИ контейнерами. Или видео с гайдом или текст с гайдом, а то я в полнейшем замешательстве, один контейнер запустить могу, с базой данных на втором, а что делать дальше с ним - непонятно. Как например доппилить авторизацию на другом контейнере или какую-то ещё фичу, типу API.
Проще говоря, как создавать новые сервисы и подключаться к уже существующим? Просто писать в приложуху и вызывать из папок, добавляя строки в Docckerfile или писать много разных приложух со своими package.json, хостить их в докер контейнерах по отдельности, а потом заставить как-то взаимодействовать, если да, то как?
думай о каждом сервисе как об отдельном самодостаточном "сервере" со своими библиотеками, и процессами и портами.
компоновать - начни с docker-compose, контейнеры поднятые через компоуз видят друг друга в рамках одной сети по ссылкам http://service-name:port
докерфайл отдельный для каждого сервиса. можно сделать монорепозиторий - каждый сервис с докерфайлом в отдельную папку, а компоуз.yml в корень.
как заебет компоуз - накатывай кубернетс и в добрый путь.
а вообще лучше прочитай-ка документацию докера и книгу по микросервисам сначала https://github.com/miguellgt/books/blob/master/microservices/building-microservices-designing-fine-grained-systems.pdf
Спасибо добрый человек, это уже на много больше, чем я ожидал здесь услышать. Это даст мне очень хороший толчок.
Как в докере с ENV переменными управляются?
Просто, без задней мысли. В чем вопрос?
Попытался засунуть проект в докер, чтобы джуны не распидорасили себе ОСи установкой зависимостей.
Результат: один и тот же докерфайл нормально работает на маке, но выдает странные ошибки на шинде. Например, a2enmod rewrite в одном случае работает, а в другом — Module not found!.
Пиздец. И зачем нужен этот докер, если он не гарантирует однообразность?
запости файл, думаю дело в твоих кривых руках
То, что у меня руки кривые, это очевидно, как очевидно и то, что докер не выполнил своего обещания.
Файл целиком постить не хочу, но суть такова:
CMD /path/to/foo.sh — работает под маком, не работает в шиндовс. Пишет: /bin/sh: /path/to/foo.sh not found.
CMD bash /path/to/foo.sh — запускается в обоих случаях.
Братики, вот я немного не вкуриваю сути докера. Я пишу на Node.js, какая разница между тем чтобы написать два отдельных приложения, которые будут общаться через порт и написании двух приложений, которые так же будут общаться через порт, но в докер контейнерах. В каком месте мы выигрываем?
В том, что на машину, где будет твоя говноаппка крутиться, не надо будет ставить ноду и всё то говно, которое нужно для работы твоей говноаппки. Только докер.
кто те виноват (кроме твоей уважаемой мамаши) что sh != bash ? в 2017
не писать кросс-платформенные скрипты, oh my gosh
Например, приложения написаны под разные (почему-то несовместимые) версии nodejs (я не js-макака, но думаю что такое возможно).
Олдфаги делятся годнотой, ньюфаги задают вопросы, все как обычно.
Если ты научился разворачивать и настраивать окружение под какую-то конкретную задачу с помощью годного мануала, кидай сюда ссылку(можно несколько) и в теме пиши для чего это(например Yii2+React.js+MySQL в отдельных контейнерах и тд)
Так же приветствуется обсуждение плюсов и минусов других способов виртуализации и прочий DevOps.