раз забываешь.

@identw вешаем тэг с master'а. По откату: Из того, что пришло в голову:
заводим переменную $IMAGE_TAG в репе с docker-compose.yml (либо latest в обычном режиме, либо v1.2.3 в случае проблем) ну и по кнопочке обновляем на сервере docker-compose.yml  и пересобираем контейнеры. Не знаю на сколько это жизнеспособно, тут главное потом не забыть обратно на latest поменять..

@Dragonflybsd хотел поразминаться на docker-compose, т.к. он выглядит сильно проще. Но куб со своим уровнем абстракции над контейнерами и возможностью просто бросаться в него yml'ками выглядит очень интересно и решается сразу ряд вопросов

Компоуз очень туп

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

в том же кубе есть джобы, можно в принципе сделать джоб, который будет сравнивать то, что у нас в базе, и делать down-grade до того, что мы ему предлагаем, мб есть еще какие нибудь варианты?
(мы используем django, но думаю здесь концептуально подход один везде)

Даже джоб, который в принципе будет проверять, актуальная ли у нас БД, и в случае её неактуальности ходить либо в сторону апдейта, либо в сторону даунгрейда

но это так, мысли вслух, с кубом не работал, но знаю, что в принципе так можно

Если вам нужно накатывать/откатывать миграции, то вы можете запилить инит-контейнер с миграциями, который при запуске будет до нужной версии базу доводить

В кубере надеюсь?

База?

Всё!

Конечно, יהוה уже перенёс мир в кубер, а ты базы ещё нет

то-то я смотрю год не задался, баги и баги прут

Не, наоборот, это стало проще кары новые раскатывать

lead time to production сильно сократился

Спасибо.

drey (0) увеличил репутацию Vladimir Smirnov (12.96) (+0.88)

Привет всем. Помогите, пожалуйста, нубу. Никак не могу понять логику linux bridge. Запутался, в общем. Я только вхожу в администрирование, поэтому учусь азам.

Есть у меня сервак и белый ip к нему. Хочу поднять пару контейнеров. Для этого в данный момент использую lxc. Ради эксперимента контейнерам назначаю ip из разных подсетей.

Теперь о бридже. Как я понял, бридж - это l2 связность. В бридж "подключил" два созданных контейнера. На l2 они видны (использовал arping для теста). Как мне теперь выпустить в сеть эти два контейнера? И зачем на бридже настраивается ip адрес? Думаю, это приведет меня и к ответу на еще один вопрос - как сделать контейнеры видными друг-другу?

То, что нужно настроить iptables, я знаю. Как - тоже знаю. Но сначала нужно настроить все-таки бридж) Хотя могу и ошибаться с настройкой.

На хабре был цикл статей, где более-менее на пальцах рассказывали про сети