Да, СУ

> то что докер в продакшене с базой внутри это так себе.

просто базу хранить в волайме

(только не надо бэкапить её копированием волайма )

по умолчанию это будет просто директория на диске, в ней база, всё как обычно, как если бы просто поставить эту СУБД на хост

https://github.com/ghostsquad/swarmci один из победителей хакатона докера

наконец то

ci на коленке! в 43 комимта!

срочно в прод!

прикольно)

в этом суть )

соверменные тенденции

"Пишите код так, чтобы его было легко удалять, а не расширять"

Господа, посоветуйте с чего стоит погружаться в кореос ?

интро какое нить

текстом или видяхой

Господа, посоветуйте с чего стоит погружаться в кореос ?

Стоит ли?

у меня influxdb проде...

так что я вообще ничего не боюсь

стоит.

https://habrahabr.ru/company/nutanix/blog/306580/ и сверху вот этим заполировать

я сщетаю будет схема агонь.

Голос с левого плеча: Атомик, попробуй атомик....

эта чо?

аа

рхеловское ?

Ага

Господа, посоветуйте с чего стоит погружаться в кореос ?

со смены парадигмы. Осознания, что вся инфраструктура должна мочь накатываться с нуля сама, изменения проводятся через ci/cd/напиши_своё, все изменения идемпотентны

Господа, а можно как то объяснить docker-compose что я хочу иметь по копии сервиса на каждой ноде?

идеологически правильно это на CoreOS делать через fleet

ну или kubernetes

если смотреть на работу их команды - складывается ощущение, что они хотят постепенно отказаться от докера и всё что с ним связано, постепенно заменяя всех их сервисы на свои

(и мне этот процесс нравится)

Александр, у тя есть кореос ?

нет, для моих задач пока не нужно, но я слежу за новостями

там нужно 3 сервера как минимум чтобы всё ок работало, а мне пока 1 хватает

для 1 сервера CoreOS лучше не ставить - там обновления требуют ребута сервера

в общем-то, мой use case - это managed shared hosting

я просто сделал это в докер-контейнерах на обычной Ubuntu

я просто сделал это в докер-контейнерах на обычной Ubuntu

под каждый shared hosting?

когда команда Core OS допилит Rkt - я перейду на него, если к тому времени потребуются ещё серверы - тогда вот поставлю CoreOS (если их будет больше 3)

ну, я под каждый проект сделал пачку контейнеров

типичный проект - это nginx + postgresql + Django/uwsgi

то есть три контейнера на проект

ну и конкретно в моём случае каждый контейнер имеет свой service-файл, то есть всё управляется через systemctl

если у нас , допустим, был бы кластер из трёх сервисов - там был бы fleet, это как аналог systemd, только для кластера

собственно, fleet и использует systemd

у меня для каждого проекта своя пачка контейнеров, но, в общем-то , да, можно было бы сделать shared-хостинг на базе всего лишь 3 контейнеров докера, плюс такого решения - экономия оперативки, минус - общие настройки, "все яйца в 1 корзине", я посчитал, что мне дешевле просто купить оперативки

Есть те кому Астериск интересен?

вляпались вот в это. не совсем разбираюсь в докере, чтобы понять что с этим делать

https://github.com/docker/docker/issues/23347 что-то типа того

Есть те кому Астериск интересен?

есть

есть

Группа есть по Астериск, не знаю как тут на счет ссылок, но вот https://telegram.me/asterisk_ru

Слушайте, а к примеру такая ситуевина, есть мона репа, в ней куча кода, и из него собирается пара сервисов к примеру. Есть желание написать докерфайлы и композы для этих сервисов. Принято как бы обычно помещать их внутрь репы. Какие бест практисы в таком случае ? Папка docker в ней папки проектов, а в ней папка dockerfile/compose/etc ?

я б наверное так и сделал

обозвал бы папку .docker чтоб сверху торчала

я недавно так и сделал

правда реально заёбывает постоянно -f указывать

поэтому написал сверху Очень Сложные Скрипты

которые за меня это делают

очень сложные скрипты на баше?

очень

очень сложные скрипты на баше

мои любимые

ERROR: S client not available

правда они даже не на баше, по-моему

а на sh

обозвал бы папку .docker чтоб сверху торчала

Папку

у меня в подкорке уже сидит шебанг писать как #!/bin/sh

Папку

да камон, директория это длинно

Папку

и мамку

да камон, директория это длинно

В штанах у тебя должно быть длинно, а директория - это директория. Тебя же не называют на работе "семки", потому что " Семён " - длинно?

хтойта у нас тут? линуксовый вариант граммар наци?

В штанах у тебя должно быть длинно, а директория - это директория. Тебя же не называют на работе "семки", потому что " Семён " - длинно?

Меня как только не называют

и довольно длинно иногда, должен признать

почему тогда "файл" не вызывает бугурта? Метафора точно такая же

почему тогда "файл" не вызывает бугурта? Метафора точно такая же

Что такое "бугурта"?

почему тогда "файл" не вызывает бугурта? Метафора точно такая же

Вообще не понял, к чему это. Бугу́рт (др.-в.-нем. Buhurt,старофр. bouhourt или buhurt «бить») —рыцарский турнир, в ходе которого две группы рыцарей, вооружённых затупленным оружием (копьями, либо другим турнирным арсеналом, как например: палица, меч, двуручный меч,топор, алебарда, или комбинацией, состоящей из одинаковых типов оружия) сражались друг против друга.

используй вместо "бугурт" - "попаболь"

Кстати, о каком файле речь? Если тот, который мультифора, то вызывает.

заканчивайте

я по делу спросил

а -f вроде из другой диры нельзя позвать да ?

можно

у меня работает

тоесть не буде тстрашных ADD ../../../

тоесть не буде тстрашных ADD ../../../

ты вообще не сможешь ADD ../../ сделать

докер будет ругаться

он же контекст хавает и за его пределы выходить не даёт

думаешь ? )

я пробовал позавчера :)

ну по идее тебе придется делать -f .docker/Dockerfile ADD ./code

как то так

это ок.