Сохранен 169
https://2ch.hk/pr/res/995318.html

Docker тред

 Аноним OP 23/05/17 Втр 20:19:01 #1 №995318 
docker.png
Почему еще нет Docker-треда. Docker-тред сам себя не создаст.
Олдфаги делятся годнотой, ньюфаги задают вопросы, все как обычно.
Если ты научился разворачивать и настраивать окружение под какую-то конкретную задачу с помощью годного мануала, кидай сюда ссылку(можно несколько) и в теме пиши для чего это(например Yii2+React.js+MySQL в отдельных контейнерах и тд)
Так же приветствуется обсуждение плюсов и минусов других способов виртуализации и прочий DevOps.
sageАноним 23/05/17 Втр 21:28:29 #2 №995357 
потому, что не хайпоеды. и программисты. у нас есть такое понятие как переносимость и документация. а не хуяк и вирталочка с хуй пойми чем и зачем.
Аноним 23/05/17 Втр 21:30:32 #3 №995360 
>>995318 (OP)
Вот поясни, нахуя он нужен? Единственные варианты, на сколько я вижу, это жесткий продакшн где тебе приложуху надо на сотне серверов задеплоить, ну и разработка, для быстрого разворачивания необходимых сервисов. Или есть еще какие-то ниши?
Аноним 23/05/17 Втр 21:36:08 #4 №995364 
>>995360
Еще когда ты контейнеры сервлетов и весь этот тырпрайз ебал в рот и юзаешь какой-нибудь jetty. Ну и деплоить вкуснее, лул.
Аноним 23/05/17 Втр 21:39:57 #5 №995367 
>>995364
Дякую боже що я не жабамакака.
Аноним 23/05/17 Втр 21:46:20 #6 №995369 
>>995367
Да, я тоже проработал год и понял, шо хуйня полная, надо в эрланг/эликсир/скалу/еще куда уебывать.
Аноним 23/05/17 Втр 22:17:16 #7 №995384 
>>995318 (OP)
синий кит? зарепортил
Аноним 23/05/17 Втр 22:40:12 #8 №995401 
>>995360
Ты сам себе ответил. Так же при параллельной разработке нескольких проектов на разных технологиях или версиях библиотек.
Ну а в большинстве случаев, используется так: Петя программирует бэк-энд, использует Gentoo и вообще тру-красноглазик, Алёша - фронтэнд, пользуется маком, пьет смузи и ебется в жопу. А Алла все это тестирует и она блондинка. И что бы у всех троих это работало одинаково - используют Docker. Ну и развернуть приложение в продакшене потом гораздо быстрее и удобнее. Особенно когда что-то типа разные части бэкэнда на двух разных серверах, фронт собирается на третьем, БД на четвертом, а файлсторэйдж где-то еще.
Я утрирую конечно, но как-то так.
Аноним 23/05/17 Втр 22:51:19 #9 №995415 
>>995401
Ну так я и спрашивал, есть ли еще какие ниши, про которые я может не знал. Единственный раз, когда мне докер пригодился, это нужно было PostGIS развернуть, пердолится не хотелось.
Аноним 23/05/17 Втр 23:08:48 #10 №995424 
>>995401
а я вот вообще нихуя про докер не знаю. что это, типа виртуалки? почему столько хайпа? поясни на пальцах с примером
Аноним 23/05/17 Втр 23:29:26 #11 №995435 
>>995369
ну я даже хз. уже лет 100 не видел адового жава ентерпрайза. обычно это сприн/спирн бут и вполне адекватный спринг рест из коробки
Аноним 23/05/17 Втр 23:32:46 #12 №995438 
>>995415
>пердолится не хотелось
этого уже более чем достаточно

докер+авс делают просто чудеса. деплой и масштабирование распределенного приложения на микросервисах не превращается в еблю, а так, только на полшышечки
Аноним 24/05/17 Срд 11:16:12 #13 №995577 
>>995318 (OP)
1) Это не виртуализация, а контейнеризация. Ядро общее, и если выебут программку в контейнере, то, в случае уязвимости ядра, трахнут и хост
2) Да, эра пердолинга закончилась. Забись
3) Докер хрень для макак кодовых, для админов - LXC
4) Иди нахуй
Аноним 24/05/17 Срд 12:47:10 #14 №995633 
>>995577
> Это не виртуализация, а контейнеризация.
Ебанутый, нахуй ты контейнеризацию противопоставляешь виртуализации? Если это и есть виртуализация на уровне ос?
> Да, эра пердолинга закончилась. Забись
Да схуя ли? Просто еще один уровень абстракции накинули. Кнопочки сделать заебись по прежнему нет.
>Докер хрень для макак кодовых, для админов - LXC
Для админов локалхоста?
Аноним 24/05/17 Срд 13:11:17 #15 №995649 
>>995318 (OP)
Этот тред должен быть в /s/ !!!!
В программировании докеру не место, еще тут не хватало этой швали ебаной! Пшел нахуй отсюда!!
Аноним 24/05/17 Срд 13:41:28 #16 №995668 
никто не упомянул новые ОС, как Nix и guix.
докер не смотрел, но кажется его используют именно потому, что в старых ОС пакеты устанавливаются глобально.
в новых операционках каждый пользователь может установить свою версю пакета.
одной коммандой добавляется пользователь, другой устанавливаются пакеты из списка.

Аноним 24/05/17 Срд 13:46:45 #17 №995671 
>>995424
>типа виртуалки?
превращает твоё приложение в черный ящик, которое удобно размножать по другим сервакам без ебли со сборкой и зависимостями
Аноним 24/05/17 Срд 14:05:14 #18 №995678 
>>995668
Двачну Nix, к сожалению там коллектив гиков не смог в маркетинг.
Докер в общем полезная штука, хоть и оверхайпнутая.
Аноним 24/05/17 Срд 14:44:54 #19 №995698 
Съебите в /s уже
Аноним 24/05/17 Срд 14:53:14 #20 №995702 
>>995357
>вирталочка с хуй пойми чем и зачем.
Докер это про контейнеры и использует нативные средства linux'а для изолирования процессов. Каждый контейнер содержит history, по которой можно понять, что, чем и зачем. Твое высказывание на счет "хайпоедства" оправдано лишь частично, докер отличный инструмент, пусть и пропиаренный.
Аноним 24/05/17 Срд 18:50:50 #21 №995790 
Котаны, накидайте гайдов по этому докеру. Хочу развернуть несколько проектов на Django с postgres на одном сервере и чтобы все это находилось в разных контейнерах.
По официальным докам даже установить не получается. Чутка разобрался, но как надо не работает.
И объясните как nginx в такой системе должен работать: в каждом контенере свой или один для всех?
sageАноним 24/05/17 Срд 22:10:16 #22 №995925 
>>995318 (OP)
В /s/
Аноним 24/05/17 Срд 22:45:38 #23 №995939 
>>995790
> чтобы все это находилось в разных контейнерах
Нахуя?
Аноним 24/05/17 Срд 23:26:30 #24 №995958 
>>995939
проще менеджить, когда компоненты независимы. например, хочешь обновить вебсервер - говно вопрос, создаешь образ, запускаешь, перенаправляешь траффик - профит
Аноним 24/05/17 Срд 23:32:25 #25 №995961 
>>995633
>Да схуя ли? Просто еще один уровень абстракции накинули. Кнопочки сделать заебись по прежнему нет.

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

по сравнению в деплоем приложений в какой-то датацентр с пачкой кастомных скриптов использование докера - просто сказка. ты освобождаешь от заебов админов и собственно, девов. ты можешь протестить новый ролаут приложения в условиях, максимально близкиз к продакшену
Аноним 24/05/17 Срд 23:42:23 #26 №995967 
>>995939
Вот для этого >>995958
Ну и потому что хочется, чтобы все было на одном сервере, но 2 из проектов переодически ловят хабраэффект и все остальное ложится, сейчас приходится следить за 3мя серверами, хотя 95% времени все это может тянуть и один сервер, если ограничить потребление ресурсов каждого отдельного проекта. Переплачиваю 40 баксов в месяц из-за этого.
Аноним 24/05/17 Срд 23:57:51 #27 №995977 
>>995967
Базу нормально настрой и похуй на эффекты будет.
Аноним 25/05/17 Чтв 09:07:53 #28 №996063 
>>995790
Зачем nginx?

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

Вообще на голом докере тяжеловато будет, изучи тему docker-compose. Я бы привел примеров конфигов реальных, но какой смысл если тебе разжевать да в рот положить?
Аноним 25/05/17 Чтв 11:15:06 #29 №996106 
>>996063
Да мне уже в Питон-треде ответили. Я думаю, ты не станешь отрицать, что по докеру мало структурированной инфы типа с 0 до рабочей системы. И сама документация докера очень хреновая для новичка. Посмотри выдачу гугла по запросу docker for newbie, там какойто пиздец, где 80% рассказывает, что такое виртуализация и 20% как сделать хелловорлд. И ни одного туториала, как это использовать в реальных проектах. Сравни с любым аналогичным запросом по какому-нибудь фрэймворку.
Ниже запощу ответ, примерно это я и хотел получить.
Мини гайд docker для Джангиста Аноним 25/05/17 Чтв 11:17:00 #30 №996107 
Перепост с Питон треда
1. Читаешь Docker in Action чтобы в теории понимать как что работает. Установить нужно самостоятельно. На линуксе довольно все просто.
2. Пытаешься самостоятельно собрать контейнер попроще для практики.
3. Устанавливаешь Docker Compose и ищешь пример для деплоя джанги. Если вкратце, то нужно минимум три контейнера (джанго+gunicorn, бд, nginx) с проброшенными портами. Например, http://ruddra.com/2016/08/14/docker-django-nginx-postgres/

Для деплоя джанги достаточно одного контейнера nginx, который должен раздавать статические файлы и передавать иные запросы в контейнер с джангой. Больше nginx просто некуда прикрутить, пока у тебя нет нужды в балансировщике нагрузки и обратном прокси.
Аноним 25/05/17 Чтв 12:17:19 #31 №996121 
>>996106
инфы по докеру более чем достаточно, вася. просто это ты ленивое хуйло, которое не хочет разбираться. грубо, братишка, но из песни слов не выбросить
Аноним 25/05/17 Чтв 13:33:32 #32 №996144 
>>996106
А все дело в том, что докер новичку нахуй не нужен.
Аноним 25/05/17 Чтв 13:48:31 #33 №996151 
>>996121
Я не говорил, что инфы мало, я конкретно говорил про структурированную инфу, для экономии времени.
>>996144
Новичку в чем? Я новичек в docker, так то я у мамы миддл С++/Пайтон.
Аноним 25/05/17 Чтв 16:54:28 #34 №996230 
.jpg
Посоны, а какой есть годный UI для управления docker swarm? Я не хочу каждый раз хуярить docker run в миллионами флагов, а хочу все делать с ui. Смотрел на portainer, он няшный, но не хватает аутентификации на приватные хабы и работы с секретами.
Rancher выглядит чо то дохуя сложным и оверхедом
Вообще сейчас на работе поднимают докер сворм и пилю контейнеры под все сервисы ибо пришел на это место, а тут пизда, деплоят путем git pull и ребутом машины ( бляяяяяяяяя ). На сервере по 3-4 аппы и у каждой свой версия руби, рельс с сука гемсетов.
Поэтому единственным решением было начать контейнеризацию и изучение swarm. Ебусь вторую неделю, но прогресс уже ощутимый.
Аноним 25/05/17 Чтв 17:08:37 #35 №996240 
>>995318 (OP)
Хочу, чтобы программа при надобности запускала дополнительные контейнеры (для отдельных сервисов под разных пользователей). То есть, один контейнер содержит один скрипт для конвертирования видео, и там параметры разные. Как это правильно делается в докере?
Аноним 25/05/17 Чтв 20:55:13 #36 №996330 
>>996106
Документация у докера неплохая по-моему.
В реальных проектах я бы не рекомендовал докер использовать, то есть на продакшене, если не хочешь проблем с нехваткой ресурсов.
Поиграться или в девелопмент - да очень удобная штука.
Не стоит забывать что это просто инструмент.

На счет nginx - джанга сама должна уметь сервить статику если мы про девелопмент.
Аноним 25/05/17 Чтв 20:56:57 #37 №996333 
>>996151
Все таки меня (тебя тем более) должен занимать в первую очередь вопрос большого З - Зачем. Зачем тебе докер нужен? От этого и начинай путь изучения
Аноним 25/05/17 Чтв 22:41:24 #38 №996383 
>>996330
в продакшене тоже норм
Аноним 26/05/17 Птн 08:16:32 #39 №996464 
>>995633
>Ебанутый, нахуй ты контейнеризацию противопоставляешь виртуализации?
Потому что это не виртуализация. Ядро здесь общее. Если трахнут ядро по LPE в госте - трахнут и всю систему.
>Если это и есть виртуализация на уровне ос?
Ядра, долбоеб. LXC работает на основе: cgroups, namespaces, quotas, uidmap (optionally)
>Да схуя ли? Просто еще один уровень абстракции накинули. Кнопочки сделать заебись по прежнему нет.
Но есть команда "скачать" и "запустить". Это уже лучше, чем дрочить себе писюн установкой васянобиблиотек разных версий, чем и занимались пердолиики (ТМ)
>Для админов локалхоста?
Дебил ебаный, админы как раз очень часто используют LXC так как им тупо нафиг не нужна концепция: накати слоя за слоем модный хипстерский образ. Ты дебил, и ... дебил.
Аноним 26/05/17 Птн 20:05:11 #40 №996710 
А есть годные гайды на русском?
Аноним 26/05/17 Птн 20:32:24 #41 №996717 
>>996464
>Потому что это не виртуализация.
Это кто из нас еще долбаеб.
Аноним 26/05/17 Птн 22:47:57 #42 №996789 
>>996717
блять, потому что контейнеризация, долбоеб
Аноним 26/05/17 Птн 23:11:38 #43 №996798 
>>996789
Все с тобой ясно, админ локалхоста. Не забудь в бухгалтерии картридж поменять, а то он мазать стал.
Аноним 28/05/17 Вск 23:19:51 #44 №997692 
Снимок.PNG
>>996798
сосни
Аноним 29/05/17 Пнд 04:53:21 #45 №997781 
>>997692
ебал твою мамашу
Аноним 29/05/17 Пнд 14:33:03 #46 №997943 
>>996230
dockstation.io
Аноним 29/05/17 Пнд 17:53:16 #47 №998042 
>>997781
все что нужно знать об уровне местных клоунов
Аноним 30/05/17 Втр 21:24:47 #48 №998783 
>>997692
очевидно, что докер работает с cgroups, а это не виртуализация
Аноним 30/05/17 Втр 23:58:50 #49 №998858 
>>996230
> Rancher выглядит чо то дохуя сложным и оверхедом

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

Для сворма есть ещё shipyard, но он вроде мёртвый.
Аноним 02/06/17 Птн 23:27:12 #50 №1000266 
Docker - круто. Появилась необходимость кросскомпилить, и тут он спас ыыыыы
Аноним 22/07/17 Суб 18:36:47 #51 №1029808 
>>995318 (OP)
бампану.

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

поможет ли мне докер? и как вообще белые люди деплоят?
Аноним 22/07/17 Суб 19:05:38 #52 №1029828 
>>1029808
и как всю эту фигню тракать через гит чтобы можно было бранчить/откатываться туда-сюда? и чтобы можно было мигрировать к другому провайдеру за пять сек перенеся только бд?
Аноним 23/07/17 Вск 23:08:49 #53 №1030344 
>>1029808
Лол, можешь и просто капистраной какой-нибудь деплоить. Докер просто помогает бандлить, запускать бандл, котороый одинаков и на проде и у себя локально и делать зиродаунтайм и прочее. Но, чтобы понять зачем нужно тебе это, то ты должен знать, что такое CI/CD
Аноним 24/07/17 Пнд 00:25:52 #54 №1030366 
>>1030344
вобщем я нашел то что хотел - называется immutable server/immutable infrastructure - поднимаешь каждый раз новый сервер из нового образа, а старый убиваешь

CI/CD выглядит как слишком много морочки, тем более когда работаешь один, или я не догоняю?
Аноним 24/07/17 Пнд 00:35:20 #55 №1030368 
>>1030366
Напиши проект, напиши тесты, подключи тревис. Дальше поймешь.
Аноним 24/07/17 Пнд 07:21:59 #56 №1030415 
>>995318 (OP)
Хочу научиться паковать контейнеры. Я так понимаю, это полноценная хуйня, которую можно непосредственно развернуть и получить рабочую систему со всем установленным говном?
Скажите с чего лучше начать.
Я пишу на Python, но много разных системных библиотек, баз данных и прочей хуйни которую хотелось бы быстро разворачивать.
Аноним 24/07/17 Пнд 12:30:25 #57 №1030514 
IMG20170723182640.jpeg
IMG20170723183007.jpeg
>>995671
А в чём профит следить за конфигурацией, обновлениями и патчами каждой отдельной виртуалки, вместо единой продакшн среды?

Сейчас даже веб-хайпоеды пытаются отгрузить заказчику каждый минимальный лендинг в виде контейнера с каким-нибудь node.js , а кто его админить потом будет?
Аноним 24/07/17 Пнд 12:49:46 #58 №1030517 
>>1030514
А хули там админить? Контейнеры билдить/запускать? Ну так это можно какому-нибудь докер-клауду отдать, если три команды осилить не можешь.
>следить за конфигурацией, обновлениями и патчами каждой отдельной виртуалки
Зачем за ними следить, если там всё что нужно упаковано для того чтоб сервис работал? Если девы какие-то изменения внесут, то всё что нужно сами в докерфайл и докер-компоуз/стекфайл внесут.
Аноним 24/07/17 Пнд 13:10:54 #59 №1030523 
IMG20170723120954.jpeg
IMG20170723120959.jpeg
>>1030517
А обновлять софт, патчи безопасности накатывать?
Аноним 24/07/17 Пнд 13:14:48 #60 №1030527 
IMG20170715173152.jpeg
IMG20170715173154.jpeg
>>1030415
Настрой себе виртуалку и копируй её сколько хочешь, например? Поясните, пожалуйста, в чём преимущества докера перед виртуалками обычными?
Аноним 24/07/17 Пнд 13:15:43 #61 №1030528 
>>1030523
В контейнере стоит ровно тот софт, который нужен для работы ровно одного сервиса конкретной версии. Что ты там обновлять собрался?
Аноним 24/07/17 Пнд 13:25:52 #62 №1030532 
>>1030528
"админы" любят обновлять линукс на проде, тем самым тестируя эти обновления на своей боевой системе
Аноним 24/07/17 Пнд 14:29:13 #63 №1030588 
IMG20170711165521.jpeg
IMG20170711165530.jpeg
>>1030528
Ну как "один", стоит ос + несколько служб типа СУБД, веб-сервера и т.д, правильно? И во всё м этом постоянно выходят уязвимости, которые надо закрывать.
Аноним 24/07/17 Пнд 15:43:04 #64 №1030619 
>>995668
>Nix и guix
Оно конечно типа рядом с докером, но не о том. Disnix и nixops больше в тему виртуализации, хоть и используют сандбоксы никса (которые в сою очеред на системдешных, которые наверняка используют цгрупс)
мимо дилетант
Аноним 24/07/17 Пнд 15:49:43 #65 №1030623 
>>1030619
>контейнеризации
Аноним 24/07/17 Пнд 15:50:42 #66 №1030625 
>>1030588
Лосиноостровская
Аноним 24/07/17 Пнд 20:43:56 #67 №1030816 
>>1030625
Правильно, откуда знаешь?
А мой вопрос?
Аноним 24/07/17 Пнд 20:58:21 #68 №1030823 
>>1030816
Жил там рядом 2 года и вчера опять там был. Люто бесил свист толкаемых вагонов ночью.
По сабжу нечего сказать особо, в докере-контейнерах только кодобаза веб-приложухи, бд стоит на хост-системе, из плюсов заметил, что pip-зависимости и нативные либы для питона легче переносить. Добавил в докерфайл и вперёд.
Аноним 25/07/17 Втр 10:02:27 #69 №1031038 
>>1030588
Веб сервер в отдельном контейнере, база в отдельном контейнере, прила в отдельном контейнере. ОС - это не сервис, а среда, ровно та, что нужна для каждого отдельного сервиса. Контейнеры же между собой линкуются через докер-компоуз. Обновлять разумеется в контейнерах ничего не нужно, ещё раз, в докере - контейнеры это расходной материал, сегодня создал, завтра снёс, создать контейнер из сбилженого имейджа - это пол секунды и делает это докер-компоуз, ну или через docker run ручками, если линковать особо нечего.
Аноним 25/07/17 Втр 15:06:56 #70 №1031225 
Поясните за Докер vs Варгант? Я так понимаю докеру все равно нужен хост, аля CoreOS или Atomic, в таком случае если я хочу протестить все контейнеры вместе с хост-системой, и отправить своему соратнику Василию на зацен, я делаю образ для Варгант, где будет все прописано и в добрый путь? Или докером можно варгант заменить полностью?
Аноним 25/07/17 Втр 19:33:14 #71 №1031480 
>>1031038
Я не понимаю, зачем :(

Если все части системы, перечисленные выше, работают на одной ОС -- зачем выносить их в отдельные контейнеры? И зачем может понадобится их сносить и пересоздавать, кроме как для может быть тестов?
Аноним 25/07/17 Втр 22:38:43 #72 №1031679 
>>1031480
Дедуля, возвращайся в свой 2007-ой к виртуалкам.
Аноним 25/07/17 Втр 22:57:32 #73 №1031696 
https://www.youtube.com/watch?v=FEtVxwsCUBY
LinuxKit - мысли? кто юзал уже?
Аноним 25/07/17 Втр 23:33:37 #74 №1031713 
>>1031679
Это не ответ.

Кто-нибудь ответит нормально?
Аноним 26/07/17 Срд 00:20:30 #75 №1031730 
>>1031696
>introducing
>42min
ok
Аноним 26/07/17 Срд 00:55:26 #76 №1031747 
>>1031730
линукс от докера, где каждый чих в контейнере, конкурент atomic, coreos и тд, также включает билд систему, можно делать имиджи для деплоя как в packer, статический анализ, и другую магию
Аноним 26/07/17 Срд 06:49:06 #77 №1031793 
Что такое докер, зачем нужен докер. Какие задачи им можно решить?
Аноним 26/07/17 Срд 14:44:34 #78 №1031986 
>>1031793
Сможешь на дваче выёбываться, как этот >>1031679
Аноним 26/07/17 Срд 14:56:18 #79 №1031993 
>>1031793
А если серьёзно, я пока для себя выяснил, что "контейнеры" от виртуальных машин отличаются тем, что не создают виртуальную копию "железа" и за счёт этого занимают меньше ресурсов на каждый.

Зачем на продакшене распихивать части одной системы ну целиком ещё может быть, для изоляции и переносимости, если они нормально работают на одной ОС, по контейнерам или виртуалкам -- я не понимаю. Пока предполагаю, что 1 так можно содрать больше $$ с клиента, 2 где-то написали, что это модно.
Аноним 27/07/17 Чтв 00:27:23 #80 №1032321 
>>1031793
Это то, что позволяет не пердолится с настройкой окружения под каждый проект, под настройку дев-стейдж-продакшн серверов, билдинга и деплоя на кластер, не следить чтоб было одинаковое окружение на 20 дев машинах и нигде не засирать хост говном типа СУБД. Это то, что позволяет имея один докер-компоуз файлик и доступ к билду на хабе запускать проект где угодно и он гарантированно будет работать там так же, как и везде, не смотря на то, что разработчики его пишут вообще на разных системах.

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

>>1031480
Если у тебя есть общие части, то можно вынести их в отдельный билд, и остальные от него наследовать. Или если у тебя есть общий сервис, выносишь его в отдельный контейнер и линкуешь как тебе нужно.
Аноним 27/07/17 Чтв 21:00:02 #81 №1032843 
>>1032321
Ну допустим, надо попробовать. Хотя всё равно не понимаю, зачем столько расходов, когда итак всё отлично работает.

И где хостить эти контейнеры для России?
Аноним 27/07/17 Чтв 21:03:00 #82 №1032846 
>>1032321
>Это то, что позволяет не пердолится с настройкой окружения под каждый проект, под настройку дев-стейдж-продакшн серверов, билдинга и деплоя на кластер, не следить чтоб было одинаковое окружение на 20 дев машинах и нигде не засирать хост говном типа СУБД.
а в чем отличие от скажем скрипта, в котором я могу все тоже самое сделать?
Аноним 27/07/17 Чтв 21:12:23 #83 №1032852 
>>1032321
А как это решает проблему деплоя?
Аноним 27/07/17 Чтв 22:41:44 #84 №1032938 
>>1032846
МОЖНОЗДЕЛОТЬ?
Конечно можно на каждый проект велосепдировать свои деб-пакеты и писать мейкфайлы, если много свободного времени, но можно просто использовать докер: готовую программу с готовой инфраструктурой и обширной базой готовых имеджей.

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

>>1032843
>зачем столько расходов
Где же расходы, если, наоборот, сплошная экономия времени?
>И где хостить эти контейнеры для России?
Вообще, центральный репрозиторий для имеджей - это докерхаб. Не знаю, можно ли юзать какой-то кастомный репрозиторий, не доводилось, но ничего не мешает билдить из обычного докерфайла, который можно хранить хоть вместе с кодом, ну а запускать контейнеры можно на чём угодно, что поддерживает виртуализацию.
Аноним 27/07/17 Чтв 22:42:29 #85 №1032939 
>>1032843
В хранилище государственного центра контейнеризации РФ.
>>1032846
Дедуля, тебе тоже в 2007-ой батнички писать.
>>1032852
Охуенной решает проблему деплоя.
Аноним 27/07/17 Чтв 22:45:43 #86 №1032948 
>>1032938
>Не знаю, можно ли юзать какой-то кастомный репрозиторий
Ясен хуй можно. https://docs.docker.com/registry/
Аноним 28/07/17 Птн 02:31:22 #87 №1033031 
hqdefault.jpg
>>1031038
Так падажжи,

А непосредственно информация, например, БД также находится в контейнере => его нельзя так просто убить и пересоздать => приходится поддерживать и обновлять ОС этого контейнера? Где я ошибся?
Аноним 28/07/17 Птн 02:32:34 #88 №1033032 
>>1032939
Шкальник не палится
Аноним 28/07/17 Птн 03:28:48 #89 №1033035 
>>1030366
Заебёшься паковать. Слишком долго, плюс доставка до твоего клауд-провайдера. Потом это ещё нужно как-то нахуярить, чтобы всё чинно поднималось. В итоге куча тулзов вроде терраформов и прочего.
Аноним 28/07/17 Птн 07:51:50 #90 №1033059 
>>1033031
Все инструменты инкрементального апдейта баз данных (миграция) прошли мимо тебя.
Аноним 28/07/17 Птн 08:24:45 #91 №1033062 
обожаю хипстерские технологии, чтобы только понять нахуй они нужны, нужно читать книги и доки
Аноним 28/07/17 Птн 08:49:42 #92 №1033066 
>>1033031
> например, БД также находится в контейнере
В этом треде выше уже несколько раз сказали, что файлы БД не хранят в контейнере, они маунтятся либо на хост, либо в докер вольюм.
Аноним 01/08/17 Втр 16:05:27 #93 №1035503 
>>1033066
ОК

Кстати, ни одного годного мануала в треде так и не было. Вот я разрабочек, например, мне нужны тестовые хосты с определённой конфигурацией под каждый проект. С чего начать, кроме офф. документации?
Аноним 01/08/17 Втр 21:43:58 #94 №1035735 
>>1035503
Чем офф. документация не устроила?
Аноним 01/08/17 Втр 23:13:55 #95 №1035809 
Снимок экрана (51).png
>>995318 (OP)
Я статьи 3 на хабре прочитал и так и не понял толком что это и с чем это едят-наверно, я тупой.
Объясните?
Аноним 01/08/17 Втр 23:35:20 #96 №1035818 
>>1035809
Короче, лень объяснять, но суть такова, что ты качаешь половину гну/линукса, чтобы запустить питон. А чтобы запустить руби, качаешь вторую половину гну.
Аноним 02/08/17 Срд 00:10:59 #97 №1035832 
>>1035818
А вторую половину линукса как скачать?
Аноним 02/08/17 Срд 00:20:07 #98 №1035836 
>>1035832
Установить Node.
Аноним 02/08/17 Срд 01:06:15 #99 №1035845 
На самом деле очень удобно. У меня, например, в докерах нода и ещё какая-то хуйня типа локального девдокса на руби. Но сам подход какой-то с душком, а-ля виндовс.
Аноним 23/08/17 Срд 17:17:01 #100 №1049537 
проникся докером, теперь могу поставить и протестить любую хуйню на любой технологии за 5 сек не засирая хост тоннами говна - божественно. думаю как освоюсь, вкачусь еще в kubernetes, linuxkit и golang.
sageАноним 23/08/17 Срд 18:11:27 #101 №1049582 
Очередного говнарика занесло на элитную доску. Смотри, сейчас мы ссым на тебя, моем элитной уриной твои сальные патлы, которые уже и забыли, что такое шампунь, затем ты берёшь свой портвешок, своих собутыльников, и вы все дружной обоссаной компанией идёте в /b к таким же говнарикам, жрущим дерьмо для быдла.
sageАноним 23/08/17 Срд 18:16:42 #102 №1049587 
>>1049582
Vot eto prikol. Otkrilsya portal pryamikom iz /mu/ obrazca 2012 goda.
Аноним 23/08/17 Срд 18:42:52 #103 №1049603 
>>1049582
сосать дедуль, дорогу молодым. а для тебя есть легаси-говно
Аноним 25/08/17 Птн 10:42:16 #104 №1050634 
>>996151
>Новичку в чем? Я новичек в docker, так то я у мамы миддл С++/Пайтон.
Что за проект, в котором такая связка пригодится?
Аноним 25/08/17 Птн 13:26:20 #105 №1050707 
12ozep00103.jpg
Хули вы.

Главное преимущество докерных контейнеров - быстрая среда разработки и "всё как есть" приедет к тестерам или другому деву. То бишь не будет проблем, когда бэкэндщик говорит: я пушнул. Кто-то себе это стягивает, а у него егог на весь экран, а бэкэндщик говорит, что у него всё-равно всё работает и идите нахуй, настраивайте и ебитесь как хотите.

Ну или какую-нибудь залупу ты с гита хочешь стянуть посмотреть, как работает. Запердолил ты себе 1.5 конфига, пошёл курить, пришёл - оно нихуя с первого раза не собралось, поебался 10 минут, и вот готовая настроенная хуита, не надо ни каких виртуалок.

Аноним 25/08/17 Птн 13:49:31 #106 №1050716 
>>1050707
нинужно
Аноним 25/08/17 Птн 14:55:08 #107 №1050748 
>>1050716
Ну ты охуел чтоле

Это удобно для разворачивания дев-среды. Один раз ты настроил окружение - и всё, хоть на любом кудахтере у тебя будет точно такой же сетап без ёбли с версиями пакетов и т.д
Аноним 25/08/17 Птн 14:57:14 #108 №1050751 
>>1050748
нахуй тебе постоянно разворачивать девсреды?
Аноним 25/08/17 Птн 15:03:07 #109 №1050754 
1664927415805674119566317752423048137062704n.jpg
>>1050751
ПРЕДСТАВИМ, что ты работаешь в команде, в которой 10 человек.

Ты пишешь конфиг один раз и после этого никто не ебётся с настройкой.

Это удобно для тестов.










сам-то я на винде сижу и кручу виртуалку в вмваре, но плюсы докера очевидны. Это как ЯП сравнивать, задачи разные
Аноним 25/08/17 Птн 17:54:53 #110 №1050857 
>>1050754
я в команде один, мне нинужно
Аноним 27/08/17 Вск 07:15:40 #111 №1051771 
c докером наконец начал врубаться в линукс и в баш, делая дев на винде
Аноним 27/08/17 Вск 11:32:16 #112 №1051850 
Объясните нубу, в чем преимущество архитектуры доккера над vagrant подобной архитектурой. То есть сейчас у меня голове имеется следующий принцип разработки.

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

Чем плох такой подход, и чем доккер лучше этого.
Аноним 27/08/17 Вск 11:32:57 #113 №1051851 
>>1051850

Блядь, с циферками конкретно проебался.
Аноним 27/08/17 Вск 13:36:46 #114 №1051933 
>>995384
тихий кит везёт гробы, а что?
Аноним 29/08/17 Втр 06:38:59 #115 №1053097 
twitter-money-e1277934090983.jpg
а тем временем инвесторы оценили докер в 1+ млрд $.
продолжаем ржать над неосиляторами и мутабельной архитектурой, боготворим силу абстракций, Голанг и ФП.
КАРМАК РАЗРЕШИЛ. БАМП
Аноним 29/08/17 Втр 16:57:43 #116 №1053352 
Так че никто не поясняет чем доккетр так уж лучше вагранта?
Аноним 29/08/17 Втр 17:00:53 #117 №1053353 
>>1053352
Tak eto raznii systemi, alesha))
Аноним 29/08/17 Втр 18:42:36 #118 №1053398 
>>1053353
Не ну понятно что разные, вагрант для авто создания виртуальных машин, а доккер для создания линукс контейнеров. Но ведь и то и то используется впервую очередь для обеспечения среды и деплоя. Так вот я спрагиваю так ли нужен ваш доккер?
Аноним 29/08/17 Втр 19:49:05 #119 №1053464 
>>1053398
В докере я наследуюсь от любого образа в централея прописываю писку, засовываю артефакт и все работает.

Нахуй мне твой вагрант всрался?
Аноним 29/08/17 Втр 20:20:08 #120 №1053494 
>>1053464
Ну, например, потому что доккер завязан на линуксе, так что если у тебя серверный зоопарк, то доккер не работает. Плюс ко всему я за то, что бы прод сервер гонялся вообще без вирутализации.
Аноним 29/08/17 Втр 20:24:29 #121 №1053500 
>>1053494
>держать серваки не на линуксе
))))

Ну и прод без виртуализации это говноламп. Бд или кластер на говне, а стейтлесс приложухи в контейнерах и хуячь как хочешь.
Аноним 29/08/17 Втр 20:30:33 #122 №1053505 
>>1053500
Лично мои серваки на фряхе, и изолируются при помощи джейлов. Что бы поставить туда доккер мне надо сначало виртулизировать линукс что есть дичайший оверхед. Нах оно мне надо?
Аноним 29/08/17 Втр 21:34:54 #123 №1053547 
>>1053505
всем похуй на твои проблемы, пердоля
Аноним 29/08/17 Втр 21:36:00 #124 №1053549 
>>1053505
>Лично мои серваки на фряхе
Привет админ локалхоста. Серваки то под кроватью держишь?
Аноним 29/08/17 Втр 21:52:55 #125 №1053568 
Нахуй нужны какие-то неподдерживаемые говнофряхи (особенно сорта типа нетбсди и попенбсди), если есть нормальные поддерживаемые жмупинусы?
sageАноним 30/08/17 Срд 02:29:27 #126 №1053832 
>>1053505
с докером хост-система тоже может быть контейнером(https://github.com/linuxkit/linuxkit), поэтому варгант не нужен
Аноним 30/08/17 Срд 08:31:28 #127 №1053883 
>>1053549
Почему под кроватью, на vps'ке держу, прост оска туда ставится та, которую я запросил.
>>1053568
Ну если разобраться, то фряха по проще в конфигурации, нежели липукс. А также быстрее, в нужных аспектах, и меньше памяти жрет. Алсо я уже давно юзаю ansible для конфигов.
>>1053832
>linuxkit
Я так понял это инструмент для сборки своих линукс дистрибутивов. Причем тут фря?
sageАноним 30/08/17 Срд 10:15:57 #128 №1053920 
>>1053883
для сборки контейнерной ос состоящей из контейнеров для накатывания других контейнеров, при чем фря - хз. докер вроде ток на линуксе, маке и винде, причем полноценно только на линуксе
Аноним 30/08/17 Срд 10:56:01 #129 №1053926 
>>1053920
>маке и винде,
Так же как и на фряхе и на любой другой оси. Ставишь виртуалку с линуксом)
Не ну круто конечно, но зачем прям для всего контейнеры. Если так уж нужна изоляция, собираешь в одном контейнере\джейле все зависимости вместе с кодом прилы и вот их то изолируешь. Не понимаю эту парагдигму доккера на каждый чих создавать контейнер.
sageАноним 30/08/17 Срд 14:22:48 #130 №1053995 
>>1053926
смысл докера - немутабельная предсказуемая инфраструктура, близкая к одинаковой дев, стейдж, и продакшн среда, хорошо в команде, где каждый использует свой стек, продуктивненько, масштабируется хорошо. засирать хост тоннами библиотек, баз данных и тд не нужно - команду ввел и у тебя уже поднят сервак, захотел - прихуячил к нему за пять сек бд, захотел - 100 серваков поднял - поделал дела и снес нах - ничего не сломается. я вот делаю дев на винде и постоянно какая-то срака не компилится, то надо вижуал студию 10 гигов выкачать, то еще какую хуйню - а тут хуяк хуяк и работает - удобно. или запилил сервис - запушил на докерхаб и другие могут его использовать на любой платформе и все гарантированно будет работать
Аноним 30/08/17 Срд 14:34:39 #131 №1054006 
images.duckduckgo.com.jpg
>>1053995
>немутабельная предсказуемая инфраструктура, близкая к одинаковой дев, стейдж, и продакшн среда
ZFS+JAIL
Аноним 30/08/17 Срд 14:45:28 #132 №1054017 
>>1053995
>немутабельная предсказуемая инфраструктура, близкая к одинаковой дев, стейдж, и продакшн среда,
Ну это так же легко и быстро достигается за счет вагранта, только там вместо контейнеров виртуалки аналогичные прод серверу.

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

Аноним 30/08/17 Срд 14:48:33 #133 №1054019 
>>1054006
> poperdolytsia
Аноним 30/08/17 Срд 15:22:02 #134 №1054063 
>>1054019
Kek, что там пердолиться?
Скриптик для сборки джейла несложнее вашего докера.
Работа с ZFS камшотами банальна.
sageАноним 30/08/17 Срд 21:15:15 #135 №1054381 
>>1054017
в варганте нет слоев - слишком медленно. я думал сначала варгант накатить в качестве хоста, на который накатить докер, но оказалось это не нужно. да и качество продуктов хашикорп - кал, баги не фиксятся, половина вообще не взлетела - даже материал-иконки не помогли проектам выжить. может в 2012-2014 варгант еще был актуален, но сейчас уверенно движется в сторону легаси
>>1054063
я 99% времени провожу в винде, какой еще джейл и зфс? плюс зачем писать два кастыля, когда есть полноценное решение, огромное коммунити, и контора которая занимается поддержкой. ну и главное - сейчас ни в одну продвинутую контору без знания микросервисов не возьмут
Аноним 30/08/17 Срд 21:20:41 #136 №1054385 
Чет в голос как говноадмин из прошлого века с какими-то говнохуяхами пытается в отрицание докера.
Аноним 31/08/17 Чтв 01:24:16 #137 №1054526 
>>1054381
> плюс зачем писать два кастыля, когда есть полноценное решение
полноценное решение это докер?
Я тебе удивлю, но это костыль для трех других костылей.
Зачем лишний костыль, когда можно без костылей, вообще.
Вот у тебя скрипт сбора системы. Вот у тебя команда разворачивания, вот у тебя команда отката.

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

>сейчас ни в одну продвинутую контору без знания микросервисов не возьмут
Земля тебе пухом.
>Знание микросервисов
Я бы лоллировал, если бы это не было так грустно.
Аноним 31/08/17 Чтв 01:28:45 #138 №1054530 
>>1054526
>А что ты в винде с докером делаешь?
Хах, в 2016 сервер завезли джейлы!
Это пушка, не прошло и 20 лет.

Круто конечно. Видимо для виндузятников докер это действительно манна небесная, без микрописьки они никак не могут.
Аноним 31/08/17 Чтв 01:39:04 #139 №1054542 
>>1054530
Винда - система для домашних компьютеров, на сервере она нахуй не нужна.
Аноним 31/08/17 Чтв 02:13:24 #140 №1054559 
>>1054526
>А что ты в винде с докером делаешь?
прогаю - микросервисы мучу. линукс это серверная ос, 2% рынка десктопов не зря у нее - неюзабельный кал для пердолеров. если нужно что-то более чем текстовый редактор - сразу становится понятен уровень. недавно накатывал федор26 - при загрузке в гном крашится система - пришлось ставить через консоль. потом я накатил хром и он работает медленней чем в винде лол, ну и нахуй мне эти проблемы - я даже юзать систему не начал а уже какая-то срань. есть еще макбукpro - для профессионалов - макось нравится - и фотошопы есть и шелл и пакетный менеджер, но дорага и дров мало. поэтому винда и только винда - альтернатив нет на текущий момент. если завезут виртуализацию гпу на консюмерские карты - может снова попробую линух накатить, но пока спасибо - время=деньги и тратить на пердолинг не вижу смысла.
>Я тебе удивлю, но это костыль для трех других костылей.
ну да, все что не на байткод это костыль поверх костыля. для меня важно только то что все на одной волне - это стандарт и я могу пользоваться экосистемой, живу на вершине пищевой цепочки. а ты в своей цепочке один и пока ты тратишь время велосипедя каждый отдельный случай, я запушил в прод уже сто раз и ебу моделей на яхте попивая смузи - разница философий. прав ли я с точки зрения задротов-пьюристов в своем подходе? скорей всего да. но мне похуй на программинг как искусство - важно только деньги, бабос, кэш и чем быстрее я могу их захаслить тем лучше. поэтому отъебись со своими скриптами и джейлами обратно в 2010-ый :) тренд такой: не можешь в микросервисы? пошел нахуй. админ в свитере? пошел нахуй. но мой линукс.. я пердолел маны долгими ночами и райсил вим.. неужели это было зря и меня выкинут на помойку истории..? все так - сэд бат тру, а теперь пошел н а х у й.
Аноним 31/08/17 Чтв 02:44:47 #141 №1054566 
14589413773190.jpg
>>1054559
Пиздец, вот это поток шизосознания.
Аноним 31/08/17 Чтв 02:54:31 #142 №1054568 
14589422846720.png
>>1054559
Вжух, и в продакшен.
Аноним 31/08/17 Чтв 03:23:25 #143 №1054576 
>>1054381
>в варганте нет слоев - слишком медленно.
Зачем тебе скорость на тестовом серваке? На проде вообще вируализация не нужна, имхо, нужны нормально настроенные права и минимальное окружение, т.е. то же самое, что ты пихаешь в контейнер.
Аноним 31/08/17 Чтв 03:29:53 #144 №1054578 
>>1054559
>ну да, все что не на байткод это костыль поверх костыля. для меня важно только то что все на одной волне - это
И все таки в чем приципиальная разница виртуалка или контейнер? Вот нахуя тебе скорость на локалке? А синхронизировать виртуалки можно также как в доккере чет гит и ансибль. Мое главное не хотение юзать доккер это то что он только на говнолинуксе.
sageАноним 31/08/17 Чтв 08:51:35 #145 №1054614 DELETED
>>1054566
лучше благодари что я как молодой петр первый в поте лица несу свет в твою немытую россию
>>1054576
>Зачем тебе скорость
>На проде вообще вируализация не нужна
ну ясно
>>1054578
>Мое главное не хотение юзать доккер это то что он только на говнолинуксе
так никто не заставляет. я юзаю тк удобно - со мной еще дохуя людей и 8000+ вакансий на indeed. также неплохая гарантия что я не окажусь в команде с отсталыми пидорахами - новые технологии можно изучать уже только ради этого.
Аноним 31/08/17 Чтв 14:08:53 #146 №1054743 DELETED
>>1054614
>пидорахами
>несу свет в твою немытую россию
Ну все, этот 20летный уженеребенок порвался.
Аноним 31/08/17 Чтв 14:21:59 #147 №1054758 
>>1054614
>ну ясно
А зачем она там? Прод должен быть максимально быстрым с минимум оверхеда. Я верю что распихать все части проекта (базы, хттп, ssl итд по контейнерам это удобно, типо можно независимо изменять части - микросервисы наше все) Но это ведь все равно оверхед, ты не сможешь сделать контейнер на каждую зависимость, и в итоге они обречены дублироваться внутри контейнеров. Ну и типа изоляция для безопасности тоже вещь надуманная. Если уж кто-то и будет что-то ломать, то он будет нацелен на код приложения приложения. Так что если уж что и пихать в контейнер то это. А вотнахуя пихать в контейнера базу данных - вообще не понятно, у нее в любом случае никуда кроме нее самой доступов нет.
Аноним 01/09/17 Птн 00:24:41 #148 №1055225 
>>1054758
>>1054758
если одинаковые слои и файловая система aufs/overlayfs/zfs - будет шариться память между контейнерами, т.е. шарятся библиотеки и тд как в обычной системе. рантайм оверхед самих контейнеров небольшой (http://domino.research.ibm.com/library/cyberdig.nsf/papers/0929052195DD819C85257D2300681E7B/$File/rc25482.pdf старая бумажка). бд не надо инсталлить на хост. можно любую версию любой базы накатить за секунды
Аноним 01/09/17 Птн 01:26:02 #149 №1055240 
>>1055225
>бд не надо инсталлить на хост. можно любую версию любой базы накатить за секунды
Это заебись при разработке, девопсам и прочим мартышкам-эникейщикам.
Аноним 01/09/17 Птн 08:35:58 #150 №1055298 
>>1055225
>можно любую версию любой базы накатить за секунды
Но надо не любую версию любой бд, а только ту которая используется в проекте, и крайне желательно с теми же настройками.
Аноним 01/09/17 Птн 09:50:54 #151 №1055357 
вкратце поясните, зачем нужен докер?
Аноним 01/09/17 Птн 10:33:37 #152 №1055385 
>>1055357
Прочитай последние 50 постов.
Аноним 01/09/17 Птн 10:43:08 #153 №1055391 
Короче, пилю преимущества вируталок + гит ci\cd над доккером.
1. Полная независимость от ос.
2. Более точная копия среды сервера.
3. Разработка и деплой синхронизированы с гитом.
4. Намного сложнее создать зоопарк технологий.

Минусы: нет микросервисов из коробки.
Аноним 07/09/17 Чтв 14:06:09 #154 №1058582 
>>995318 (OP)
Тут местный анон видосы снимает.
Недавно про докер вышел. Норм такой. Оставлю здесь, вдруг кому-нибудь пригодится.
https://www.youtube.com/watch?v=Ad7UYfO35Og
Аноним 07/09/17 Чтв 14:49:04 #155 №1058606 
>>1055357
Mi stali bolee luchshe razvorachivat' okruzenie.
Аноним 09/09/17 Суб 09:52:04 #156 №1059372 
>>1050707
Ещё можно с арчиком побаловаться, сидя на дебиане. и нормальным, свежим софтом, если вдуматься
Аноним 11/09/17 Пнд 13:33:13 #157 №1060210 
>>995318 (OP)
Просто вставлю это из JS треда...

Двач, как же я заебался, где можно найти годную инфу по докеру и node.js? Везде, блеать даже в официальной документации node.js и даже в ёбаной официальной документации докера (где примеры на Python) есть пример только с запуском ОДНОГО контейнера, да как так то, а? Как так?
Сама идеология говорит о том, что нужно запускать много контейнеров, чтобы было ништяково, а они в оффициальных гайдах запускают по одному контейнеру и нигде нет инфы как правильно запустить несколько докеров и связать их между собой, чтобы было ништяково, отсюда реквест, братики, пожалуйста, скиньте мб уже какие-то примеры реализованых приложений на гитхабе с node.js+express+mongo (или любым другим стеком), где будет показано как нужно написать своё приложение, чтобы запустить его в докере с НЕСКОЛЬКИМИ контейнерами. Или видео с гайдом или текст с гайдом, а то я в полнейшем замешательстве, один контейнер запустить могу, с базой данных на втором, а что делать дальше с ним - непонятно. Как например доппилить авторизацию на другом контейнере или какую-то ещё фичу, типу API.
Аноним 11/09/17 Пнд 13:36:12 #158 №1060212 
>>1060210
Проще говоря, как создавать новые сервисы и подключаться к уже существующим? Просто писать в приложуху и вызывать из папок, добавляя строки в Docckerfile или писать много разных приложух со своими package.json, хостить их в докер контейнерах по отдельности, а потом заставить как-то взаимодействовать, если да, то как?
Аноним 11/09/17 Пнд 16:21:06 #159 №1060314 
>>1060212
думай о каждом сервисе как об отдельном самодостаточном "сервере" со своими библиотеками, и процессами и портами.

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

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

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

а вообще лучше прочитай-ка документацию докера и книгу по микросервисам сначала https://github.com/miguellgt/books/blob/master/microservices/building-microservices-designing-fine-grained-systems.pdf
Аноним 11/09/17 Пнд 17:11:27 #160 №1060334 
>>1060314
Спасибо добрый человек, это уже на много больше, чем я ожидал здесь услышать. Это даст мне очень хороший толчок.
Аноним 18/09/17 Пнд 16:20:50 #161 №1063547 
Как в докере с ENV переменными управляются?
Аноним 19/09/17 Втр 14:30:35 #162 №1063823 
>>1063547
Просто, без задней мысли. В чем вопрос?
Аноним 04/10/17 Срд 20:02:48 #163 №1070650 
>>995318 (OP)
Попытался засунуть проект в докер, чтобы джуны не распидорасили себе ОСи установкой зависимостей.
Результат: один и тот же докерфайл нормально работает на маке, но выдает странные ошибки на шинде. Например, a2enmod rewrite в одном случае работает, а в другом — Module not found!.
Пиздец. И зачем нужен этот докер, если он не гарантирует однообразность?
Аноним 04/10/17 Срд 22:34:07 #164 №1070803 
>>1070650
запости файл, думаю дело в твоих кривых руках
Аноним 05/10/17 Чтв 09:42:59 #165 №1071027 
>>1070803
То, что у меня руки кривые, это очевидно, как очевидно и то, что докер не выполнил своего обещания.

Файл целиком постить не хочу, но суть такова:
CMD /path/to/foo.sh — работает под маком, не работает в шиндовс. Пишет: /bin/sh: /path/to/foo.sh not found.
CMD bash /path/to/foo.sh — запускается в обоих случаях.
Аноним 06/10/17 Птн 10:55:34 #166 №1071482 
>>995318 (OP)
Братики, вот я немного не вкуриваю сути докера. Я пишу на Node.js, какая разница между тем чтобы написать два отдельных приложения, которые будут общаться через порт и написании двух приложений, которые так же будут общаться через порт, но в докер контейнерах. В каком месте мы выигрываем?
Аноним 06/10/17 Птн 11:19:45 #167 №1071489 
>>1071482
В том, что на машину, где будет твоя говноаппка крутиться, не надо будет ставить ноду и всё то говно, которое нужно для работы твоей говноаппки. Только докер.
Аноним 06/10/17 Птн 11:40:15 #168 №1071495 
>>1071027
кто те виноват (кроме твоей уважаемой мамаши) что sh != bash ? в 2017
не писать кросс-платформенные скрипты, oh my gosh
Аноним 07/10/17 Суб 17:47:50 #169 №1072077 
>>1071482
Например, приложения написаны под разные (почему-то несовместимые) версии nodejs (я не js-макака, но думаю что такое возможно).
comments powered by Disqus

Отзывы и предложения