Стоп стоп стоп

что происходит со старой версией базы?

туда в реалтайме могут новые данные приходить

вы просто теряете часть данных

класс, вы предлагаете все делать по букве?

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

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

Так как с переключением базы вы не допускаете потерь данных?

ок, вместо копии используем репликацию

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

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

возможно и путаю, но фишка в том, что на практике надо отталкиваться от того, что сейчас есть, а не от "определения слова миграция"

То что сейчас есть? а что есть? то что у вас есть то на вас и накладывает ограничения.

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

А следовательно лучше делать миграции базы в два шага.

Возможно кто то более опытный что подскажет? хотя мне кажется это больше для канала по базам данных.

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

Тогда у вас и проблемы нет

я говорю про базы где даунтайм может достигать хоть полчаса.

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

докер из репозитория, композ с сайта докера

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

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

спасибо, займусь.

так-что каждый третий билд в нашей компании включает в себя и миграции тоже

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

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

там выше обсуждали докеризацию бд и смысл этого

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

> Anton я просто возразил на то, что бд может изменяться чаще, и все Просто тут надо понимать, что докер про ЧАСТО ИЗМЕНЯЕМЫЙ КОД сервисов, а не про часто изменяемые данные. Поэтому сколько там раз миграции применяются - не столь важно.

применение миграций - это часть деплоя, все же)

Небольшой обзор докладов на предстоящей конференции "Linux Piter #2": https://habrahabr.ru/company/emc/blog/311614/

Ребят, можете помочь с докером? Уже совсем с ног сбился :( Все время после перезагрузки поднимается интерфейс docker0. Причем контейнеров докеровских никаких нет, все удалены. Но интерфейс поднимается, на пинги отвечает, апач на нем работает. Где можно найти этот неуловимый конейнер?

docker ps что показывает?

пусто

В том то и суть. И от пользователя, и от рута

netsta -ntlp

И docker ps -a пустой?

Да

в хост системе есть апачь?

есть

опусти его и не дудет отвечать

или listen сделай на конкретный ip

netstat -ntlp | grep 80

убил апач, отвечать перестал

Думаю будет что типа tcp6 0 0 :::80 :::* LISTEN 3810/apache2

Интерфейс только не пойму откуда берется

демон докера его подинмает

а откуда? Я уже ведь всей контейнеры удалил

https://docs.docker.com/engine/userguide/networking/default_network/custom-docker0/#customize-the-docker0-bridge

глубже не копал

Удалил мост. После перезагрузки та же лавочка

а чем мост мешает?

господа. у меня тут интерсная ситуация. я поднял набор контейнеров docker-compose-ом, они друг друга видят , подсетка стандартная 172.18.255.255 поднял рядом еще два но уже просто докером, подсетка 172.17.255.255 ( не 172.18 ! ) эти два друг друга видят и по именами и по ip (приложения отвечают по http) но из первой группы вторая группа не видна и наоборот причем даже ping не ходит обе группы видны с хоста

вопрос

чозах

Вопрос то в чем?

network_mode Надо указать, если нужно чтобы они все друг друга видели, то есть либо при запуске композером прописать network_mode=bridge, либо тем что руками поднимал указать тот нетворк который создал композер

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

потому что нет маршрутизации?

это ответ?

это ответ?

Нужен маршрутизатор или arp proxy - но его нельзя советовать

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

ну вот как бы всё еще так ... более явно вопрос звучит так - это фича или бага?

это фича

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

ок, спасибо ) стало легче )

docker-compose если не указана сеть, создает новую

чозах

А сам докер запускает в своей

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

https://github.com/docker/docker/blob/master/experimental/vlan-networks.md

Все красиво, кроме одного НО - нельзя с хоста на котором запущены контейнеры ходить на эти самые контейнеры

нельзя в плане?

в прямом - связи с ними нет

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

ну к примеру у тебя сеть 192.168.0/24, хост где докер - 0.10, на нем поднимаешь контейнер с адресом 0.11 он доступен для всей сети, кроме 0.10. Особенности национальной охоты :)

аа

понял

ну это в принципе ок

мне надо из сети как раз доступ

из сети все работает прозрачно

а вообще, если не лень - объясни почему не будет доступа с хоста. т.е. меня это устраивает так то, но не понял почему

там используется не свосем класичиская схема с bridge, а юзается MACVLAN на уровне ядра linux, у которого есть свои ньюансы один из которых именно вот такое ограничение

http://hicu.be/macvlan-vs-ipvlan

хм. ок, почитаю.спасибо

> @mamashin ну к примеру у тебя сеть 192.168.0/24, хост где докер - 0.10, на нем поднимаешь контейнер с адресом 0.11 он доступен для всей сети, кроме 0.10. Особенности национальной охоты :) Имхо, это правильно. Получается две сети - управляющая и рабочая. Вроде бы не нужно ходить из рабочей в управляющую. Представьте, если дыра в приложении? Так хоть какое-то разделение. Надо ли ходить из управлюящей в рабочую? В идеале тоже нет - запустил контейнеры и пусть колбасятся.

Евгений ну если сеть разбита на mngm и work тогда вообще проблем никаких нет :)

Единственное, что хотелось бы это видеть как фичу, а не багу :) А то еще пофиксят со временем :)

я бы назвал это ньюансом, а не багом :)

кто-нибудь использует Jenkins pipeline с докером?

что значит с докером?

типа собирает ли Jenkins pipeline докер-контейнеры или?