
Mihail
19.10.2016
11:34:56

Алексей
19.10.2016
11:35:41

Mihail
19.10.2016
11:36:09
сначала терраформ надежный, а ансибл нет, а потом супервайзер придумали. смотрю дальше))

Google

Phil
19.10.2016
11:36:42
эээээ
А. Кстати хорошая штука

Eugene
19.10.2016
11:37:55

Алексей
19.10.2016
11:38:55
может потом слово будет prometheus а может и нет.

Phil
19.10.2016
11:39:28
Я на примере cadvisor людям докер анонсировал. В связке с инфлюксом и графаной

Andrew
19.10.2016
11:44:49

Mihail
19.10.2016
11:45:44
ну ладно хороошо :) про супервайзер я зря. все не так просто ) полезная тулза
но про ансибл с терраформом я вообще не согласный
чем ансибл недекларативный, и как поставить докер терраформом?

Andrew
19.10.2016
11:47:37
не декларативный тем, что описывает действия, а не состояния.

Artur
19.10.2016
11:47:44

Andrew
19.10.2016
11:48:02
но в целом, как я и сказал, это не основной поинт был, а просто проброска мостика, я никому не навязываю ;)

Google

Mihail
19.10.2016
11:48:16
apt: name=docker-engine state=present недекларативно?

Алексей
19.10.2016
11:49:25
нет

Andrew
19.10.2016
11:49:28
нет. это действите. вот смотри. если бы это было состояние. ты добавляешь эту строчку, воображаемое итоговое состояние изменилось, ты запускаешь ансибл, реальный стейт приводится к воображаемому

Алексей
19.10.2016
11:49:28
не декларативно

Andrew
19.10.2016
11:49:33
теперь удали эту строчку
очевидно, что воображаемое состоение изменилось
запусти ансибл

Mihail
19.10.2016
11:50:00
ну да )
ты победил

Andrew
19.10.2016
11:50:16
нихрена он не сделает для приведение реального к воображаемому )

Artur
19.10.2016
11:50:35
в этом смысле терраформ идеален)

Andrew
19.10.2016
11:50:48
ну на палочках это и есть разница. она естественно может выражаться в куда более глубоких следствиях

Mihail
19.10.2016
11:52:55
а теперь научите меня делать тоже самое терраформом

Andrew
19.10.2016
11:53:19
Ну вот кондо про то же самое, но на уровне ноды и контейнеров
Все эти установки пакетов

Mihail
19.10.2016
11:54:50
эм. а как мне тогда докер на машине запускать если установка докера порочна?

Andrew
19.10.2016
11:54:54
Пакеты должны ставиться в систему один раз после чего она становится иммутабельной

N
19.10.2016
11:55:02
если у тебя blue/green deployment то и анзибл декларативен, и шеф
хотя это очень условно, потому что под капотом все равно кукбуки из лапши

Google

Andrew
19.10.2016
11:55:43

N
19.10.2016
11:55:55
я вообще не очень понимаю, зачем их модифицировать
только заебаться

Mihail
19.10.2016
11:56:15
а если у тебя не виртуалки?

N
19.10.2016
11:56:20
печальные практики прошлого
ну преврати их в виртуалки

Andrew
19.10.2016
11:56:29
Скорость деплоя хотя бы. Ну и плюс у тебя все равно есть стейтфул компоненты
Днс и балансеры как минимум

N
19.10.2016
11:57:06

Andrew
19.10.2016
11:57:49
Днс описаны должны быть тобой, балансеры переключаться при деплое тобой же
Это все стейт которым нужно
Управлять

N
19.10.2016
11:59:04
это все зависит от ситуации
у меня автоматически цепляются сервера к одному балансеру, старые и новые
старые потом просто удаляются
если апдейпт прошел удачно
но я понимаю, о чем ты

Andrew
19.10.2016
12:05:17
ну это не блю-грин, кстати
когда запросы постепенно начинают перетекать на новые

Mihail
19.10.2016
12:12:58
кондо мне понравилось в принципе. ниче так штуковина

Google

jagga
19.10.2016
12:17:32
?

Andrew
19.10.2016
13:46:37

Mihail
19.10.2016
14:05:30

Dan
19.10.2016
20:49:31
Дорогие коллеги, а тут вот вопрос занятный возник по использованию БД в контейнере. Понятно, что волюмом, понятно что можно в файловой системе, позволяющей мгновенные снапшоты. А вот как быть, если возникнет экстренная ситуация, при которой контейнер нужно будет рестартануть, что тогда происходит с данными в памяти?
И есть ли какие-то варианты решения возможных проблем потери данных?

Sergey
19.10.2016
20:50:36

Admin
ERROR: S client not available

Алексей
19.10.2016
20:50:39
дан, слишком гипотетичненько
я бы сказал тоже самое что убили

Dan
19.10.2016
20:51:09
вот как-то да, вопрос не совсем мой, просто меня вдруг он тоже заинтересовал. но у меня докер пока не создавал прецендентов для резкого рестарта с потенциальными потерями

Алексей
19.10.2016
20:51:15
сначала как обычно
потом 9-кой

D'
19.10.2016
20:52:29
Вопрос мой был

Dan
19.10.2016
20:53:09
т.е. в целом проблема скорее гипотетическая, чем реальная? просто у меня с тем же mysql была только одна проблема один раз - когда рассинхрон рейда произошёл из-за фашистов в хетцнере. резкие рестарты даже на bare metal не давали проблем с утечкой данных

D'
19.10.2016
20:53:14
Просто контейнер проще убить чем сервер рестартнуть

Dan
19.10.2016
20:53:15
плюс снапшоты - всегда выручают

D'
19.10.2016
20:53:21
От сюда и вопрос

Dan
19.10.2016
20:53:42
я не уверен, но вроде при удалении докер-волюма тебя должны будут спросить - уверен ли ты.
а сам контейнер - пофиг. это ж сервис
главное данные

Google

D'
19.10.2016
20:54:03
ну раз говорят что ситуация нереальная - поверим
просто я не вникал так глубоко

Dan
19.10.2016
20:54:24
она возможная, хотя я лично в своей практике использования докера с таким не сталкивался

Sergey
19.10.2016
20:54:29

Dan
19.10.2016
20:55:00

D'
19.10.2016
20:55:06
А как быть с правами на файлы тогда? Какие вы права ставите на файлы в монтируемой папке?

Dan
19.10.2016
20:55:43
ой, юзер )

D'
19.10.2016
20:55:53
хм

Sergey
19.10.2016
20:55:57

Dan
19.10.2016
20:56:02
но лучше 760 / 770, и группу тоже на всякий

Sergey
19.10.2016
20:56:09

D'
19.10.2016
20:57:02
спс всем

Aleksandr
19.10.2016
20:57:51
а что с базой может случиться? поднимется контейнер, прочитаются wal логи и всё ок будет

Dan
19.10.2016
21:03:10
База у меня сдохла только однажды: фашистский рейд подвел, рассинхрон, реплики нет, бэкапы не свежие. Восстановили по памяти по кусочкам, но с тех пор доверяю только себе

Dmitriy
19.10.2016
21:03:19
Товарищи, простите за нубский вопрос. Есть приватный docker registry, есть репозиторий на bitbucket чем сделать, чтобы по коммиту на битбакет пересобирался docker image и желательно еще и деплоился?
ну или хотя-бы просто собирался

F01134H
19.10.2016
21:07:24
мне кажется в одну команду никак не сделать