а так вообще в облаке было бы удобно запускать

врут? http://www.couchbase.com/fr/couchbase-server/scalability

эксперимент показал, что врут. А вообще тестировать надо все конечно

я очень плохо понимаю концепцию документо-ориентированных хранилищ, KVS и SQL мне всегда хватало

с PostgreSQL всё отлично за исключением момента с мультимастером - 3+ серверами

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

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

бизнес-данные они структурированы, так что в любом случае, какая-либо структура будет, в этом смысле разницы NoSQL-SQL не будет

та же админка с чётким набором полей по каждой сущности

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

CAP-теорема сильно против слов "легко добавлять мастера"

очень сильно

с PostgreSQL всё отлично за исключением момента с мультимастером - 3+ серверами

Это смотрели? https://habrahabr.ru/post/301370/

Как по мне, так не плохой "proof of concept"

огого

Круто

закину в @kubernetes_ru

там что-то в комментариях особой радости нет

По крайней мере, оно сильно похоже на то, что вы хотите сделать, как мне кажется.

да, похоже

мне нравится, что можно легко запускать кучу контейнеров с nginx и uwsgi

это легко масштабировать

и с базой хочется так же

и с базой хочется так же

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

сюда https://telegram.me/devops_jobs

Народ, а есть готовый Dockerfile для cron-а?

а гугл не спрашивал?

спрашивал

вот по этой статье - не работает https://habrahabr.ru/company/redmadrobot/blog/305364/

а что именно не работает?

не кронит

просто не работает

а зачем тебе cron именно в контейнере?

требование заказчика - все сервисы в контейнеры

эмс, а что он должен делать из контейнера?

дёргать php-файл cron.php

https://hub.docker.com/r/jodator/php-fpm-cron/

supervisor - не наш метод

в существующий контейнер ручками установи cron, затем настрой

если заработает, то можно собрать Dockerfile

https://github.com/voduytuan/docker-apache-php-cron

https://www.ekito.fr/people/run-a-cron-job-with-docker/

Есть жирный минус: переменные окружения не видны из крон-скрипта. Как их передавать я не осилил.

https://github.com/voduytuan/docker-apache-php-cron

Опять supervisord

Есть жирный минус: переменные окружения не видны из крон-скрипта. Как их передавать я не осилил.

вообще переменные окружения можно прямо в кронтаб писать (если я прав)

Да. Но как быть с теми, которые спровижены докером?

Народ, а есть готовый Dockerfile для cron-а?

Есть образ убунты с поддержкой крона и инитд. https://github.com/phusion/baseimage-docker

Есть образ убунты с поддержкой крона и инитд. https://github.com/phusion/baseimage-docker

тогда зачем все эти сложности с докером?

тогда зачем все эти сложности с докером?

Так это докер образ убунты :) от него можно занаследоваться и использовать все что нужно.

Вот так вот:)

Если вам надоели глюки Docker, почитайте статью Adriaan de Jonge об rkt - альтернативном движке для контейнеров от CoreOS. http://amp.gs/8MqD

@lorddaedra когда уже запустим @rkt_ru?)

Так это докер образ убунты :) от него можно занаследоваться и использовать все что нужно.

Вы же понимаете, что это нарушает идеалогию докера? Supervisord тоже нарушает идеалогию

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

Lxc

полноценная ос и много процессов - это всё-таки разные вещи

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

LXC

@lorddaedra когда уже запустим @rkt_ru?)

пользователей в чате настолько много, что есть смысл сегментировать?

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

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

можно.

Единственное ограничение - docker-контейнер пользуется ядром хоста, а внутри можно любое количество процессов запускать. Стандартных решения два - 1. У докера есть dockerbase-image или что-то такое, они сами собрали убунту-контейнер с правильно работающей init-системой 2. Можно использовать любые контейнеры с не-systemd системой управления демонами (runit, sysv, dumbinit)

всем привет! есть докер контейнер с pptp сервером https://github.com/mobtitude/docker-vpn-pptp. куда в убунте прописать маршрут до клиента route add -net 192.168.2.0/24 gw 10.99.99.150, что б автоматом при поднятии добавлялся. Не меняя контейнер если чо.

всем привет! есть докер контейнер с pptp сервером https://github.com/mobtitude/docker-vpn-pptp. куда в убунте прописать маршрут до клиента route add -net 192.168.2.0/24 gw 10.99.99.150, что б автоматом при поднятии добавлялся. Не меняя контейнер если чо.

Обычно все необходимые правила добавляются в файл ip-up.local

ребят подскажите кто собирает js, css(less,sass) в контейнере, вы после сборки из контейнера сорсы удаляете или вообще их туда не заносите а например билдите в 1 контейнере, заливаете в другой, чтобы был непосредственно контейнер аппликейшена. Может у кого то есть другие идеи поделитесь плиз. Не кайф что бы контейнер который в проде был с сорсами(когда тем более они там не нужны)

ребят подскажите кто собирает js, css(less,sass) в контейнере, вы после сборки из контейнера сорсы удаляете или вообще их туда не заносите а например билдите в 1 контейнере, заливаете в другой, чтобы был непосредственно контейнер аппликейшена. Может у кого то есть другие идеи поделитесь плиз. Не кайф что бы контейнер который в проде был с сорсами(когда тем более они там не нужны)

Js/CSS можно сбилдить на дев машине/ci-агенте, запаковать в архивчег аля релизный пакет и его деплоить куда надо

это не кашерно

деплой должен быть имеджом

докера

Кто вам сказал что должен? Может быть, но совсем не должен. Более того, я вас уверяю, не должен

Делал я на 1 проекте деплой имеджем

Докер компоуз не хавал замену имейджа и ему нужно было физически убивать контейнеры чтоб пересоздать на новом имейдже

Кто вам сказал что должен? Может быть, но совсем не должен. Более того, я вас уверяю, не должен

это я говорю, так как иначе какой смысл? хранить архивы под номерами на репозтории?

и архив заливать по ftp?

это я говорю, так как иначе какой смысл? хранить архивы под номерами на репозтории?

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

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

ок, а как откатиться если что?

В моем случае я не удалял пару версий до последней. Остальные версии по у меня складиооваличь архивчиками

И я мог любую версию залить

С телефона жутко писать. Прошу прощения за опечатки

Кстати, когда деплоил имеджами у меня случилась беда

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

Хотя было у меня гигов 200 еще свободно

Вот такой оказался бажок. Пока разобрался в чем проблема прошло пол часа даунтайма прод сервака

Чуть не получил втык за это. Но отмазался типа "сами попросили средь дня обновиться"

Но клиентов чую убежало с сайта прилично...

С тех пор не связываюсь с деплоем образами... Да и медленно это. И места на диске забирает много.

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

сервер аналогичен боевому

если все поднялось

то и на проде подыметься

Вы не пояли

если нет то разбираешься на деве

Не в образе дело было

На деве все ок. Докер не захотел поднимать новый контейнер на проде.

По какой-то причине не понятной. Ссылался он на нехватку места, коего было море

Это не баг в образе или моего по