Скоро винда в докере пойдёт. :)

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

мания какая-то докер только ради самого докера

Ну у докера есть плюсы когда ты разрабатываешь и прототипируешь.

очень удобно... развернул что-то, поигрался, сделал ресеарч, потом снес и забыл, или наоборот - установил

Ну у докера есть плюсы когда ты разрабатываешь и прототипируешь.

для разработки и прототипирования - ни каких проблем, про серьезную эксплуатицию - под вопросом, вам нужно будет администрировать не только pg, но и docker и его баги

и еще я на докер контейцнерах отлаживал шардинг - запустил два-три контейнера на разные порты и отлаживаешь... не надо париться с установкой софта в разные директории разные инстансы

мну обычный lxc для поиграться устраивает полностью + человечая консоль внутри контейнера

https://github.com/docker/docker/issues 1882 open issue

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

Я делаю так же - но с LXC

и еще я на докер контейцнерах отлаживал шардинг - запустил два-три контейнера на разные порты и отлаживаешь... не надо париться с установкой софта в разные директории разные инстансы

+

да LXC как вариант... просто у нас в компании стали использовать докер... ну и я пристрастился к нему по своему

в докере развернули среду для разработчика, чтоб он не парился с не стандартной установкой всяких модулей...

а в докере типа не человеческой консоли внутри контейнера? @rostel

*нет

у нас тоже докер, когда надо выкатывать в продакшен непонятно что (постгрес, который не rds - тоже непонятно что, с этой точки зрения)

там все человеческое...

С постгресом тяжело в каком-нибудь docker swarm

потому что мастер-то всегда один

и приходится руками его прибивать всегда к конкретной тачке. и чуть что - лезть менять конфиг, что где разворачивается

потому что мастер-то всегда один

потому что он вообще целиком stateful сервис, там немного шире проблема стоит

а конфиги передавать через параметры или переменной окружения

@etkee в докере более-менее продумана работа с данными

за докер в продакшене руки отрывать нужно, имхо.

@etkee в докере более-менее продумана работа с данными

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

Ага, проще так и сделать

Нет профита тащить БД в докер

Хотя и проблем от этого особо не прибавится, если умеешь с докером работать.

прибавится :)

Хотя и проблем от этого особо не прибавится, если умеешь с докером работать.

вы просто лишнюю сушность включаете, со своими багами

когда упадет хостпроцесс эфект на данные еще веселей чем от OOM

это когда данные на volume хранятся?

за докер в продакшене руки отрывать нужно, имхо.

согласен

это когда данные на volume хранятся?

а там по другому разве возможно?

бывает что тебе нужна база RO

за докер в продакшене руки отрывать нужно, имхо.

Да, а как обновлять его?

а там по другому разве возможно?

мы прямо в контейнер данные зашиваем на сборке. но мы в базу не пишем, оттого нет проблемы с мастером и вообще кластером

Да, а как обновлять его?

кого? pg? вы думаете что главное при обновлении pg - это бинарь правильный подсунуть?

я не думаю, я спросил - как корректно докер обновить, вернее все, что в докере - весь софт

кого? pg? вы думаете что главное при обновлении pg - это бинарь правильный подсунуть?

и если что-то не так пошло - старый вернуть ;)

и если что-то не так пошло - старый вернуть ;)

nix pgks :)

в entrypoint проверять версию, либо руками при деплое обновлять

в LXC обновляется стандартно и таскать можно их туда сюда сами контейнеры куда хочешь

я тоже смотрел на докер, но видимо не оценил его прелесть

в скорости сборки и повторяемости имиджа

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

ну, повторяемость там под вопросом - они считают в общем-то мутабельные действия иммутабельными

скорость хорошая

скорость хорошая

а если повторить ansible + docker, то все равно быстрее

ну, повторяемость там под вопросом - они считают в общем-то мутабельные действия иммутабельными

я про повторяемость имею ввиду слоистость :)

я про повторяемость имею ввиду слоистость :)

sudo apt-get upgrade в докере с разницей в пару месяцев даёт разный результат :)

а докер слой кеширует

ансибль + докер хороши для разработчиков.

sudo apt-get upgrade в докере с разницей в пару месяцев даёт разный результат :)

это было в контексте скорости :)

в продакшн докер фрагментируется со своими слоями и все становится грустно.

ансибль + докер хороши для разработчиков.

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

да за что вы так ансибл-то любите

@Komzpa идея в том, чтобы собрать один образ и использовать его в рамках среды везде

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

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

lxc толще :)

с чего бы это?

lxc толще :)

прямо килобайты давайте еще посчитаем )

с того, что тебе прийдется конфиг создавать, распаковывать темплейт - а с докером docker run —rm centos:7 -v $(pwd):/bla/bla /path/to/script

и в дамках

хехе

ERROR: S client not available

мне вот для билда пакета нужно 12 дистрибутивов линукса, мне что для каждого lxc поднимать/опускать? :)

зачем lxc, поставь 12 железяк :)

lxc-create -t n1 -n n1....lxc-create -n12 -t 12

одноразовая процедура

дальше lxc-clone от них

да ну, лишняя сущность со своими багами

железяк бы навернуть

lxc-create -t n1 -n n1....lxc-create -n12 -t 12

имеется в виду двенадцать разных дистров.

да

n1 первый дистр

n2 - второй (другой)

n12 - последний ( отличный от остальных 11-ти)

{убунта, дебиан, сентось6, сентось7, etc}

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

+1

lxc - плохой вариант для сборки, многие вещи там прийдется накручивать руками

это долго )

вышу упоминался ansible

это быстро

ну в общем docker - сильно быстрее

ansible - вообще не панацея

продолжая накидывать - ansible слаб и косячен (нет diff при выполнении, не умеет потоково стримить, поиска нормально нет, предыдущии копии не оставляет)

а руками ставить софт а настраивать в 2016 - панацея?

но да не важно, это не тема для pgsql-чатика

так для этого есть собственно системы автосборки

но здесь я как понимаю речь - быстро потестировать и спать )

не обзятельно, возможно, что по результатам тестов придется бодрствовать

в общем, пребилд до автосборки чтобы потестировать - docker - ok

билдить промышленно - obs

например

продолжая накидывать - ansible слаб и косячен (нет diff при выполнении, не умеет потоково стримить, поиска нормально нет, предыдущии копии не оставляет)

я даже не почувствовал этого, потому что выкинул его, еще не дойдя до всего этого, сломавшись на невозможных конфигах и отсутствии нормальной кросс-дистровой поддержки

ох, я сейчас скажу за что люди бьют ногами