Активный 99

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 
На самом деле очень удобно. У меня, например, в докерах нода и ещё какая-то хуйня типа локального девдокса на руби. Но сам подход какой-то с душком, а-ля виндовс.
comments powered by Disqus

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