Комментарии 6
спасибо интересно, но думаю это просто
а как быть с базой / миграциями
где почитать про это?
liquibase решает. А с недавних версий MySQL, например, поддерживает online ddl. А мейнтененс СУБД — это вопрос вашей архитектуры. Для Mongo — это, например, mongos. А для того же MySQL — mysql proxy… Масса вариантов. Исходить надо из задачи
Liquibase так себе решает в ряде случаев. Пока апдейтается база, с ней работает активные инстансы приложения, и важно их не сломать. Мы не можем просто так переименовать или дропнуть колонку, существенно поменять формат данных, пока с ней работают не обновлённые инстансы приложения. Если мы не хотим даунтайма, нужно поддерживать обратную соовместимость на время миграции, и несовместимые изменения накатывать только после обновления последнего инстанса приложения. Например, данные в новом формате писать в новую колонку, при этом транслируя в старую данные в старом формате, а после обновления всех инстансов отключить обновление старой колонки и выкосить её. Вот о менеджменте таких процессов и было бы интересно почитать.
ну вот же — вы все правильно расписали :) менеджится в две-три стадии в зависимости от комплексности изменения. автоматизированных средств я пока не встречал да и сложно себе их представляю.
Здравствуйте!

Скоро от нас будут ещё переводы статей, продолжающие тему Zero Downtime, в которых как раз будет рассказываться про миграции БД )
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Информация

Дата основания
Местоположение
Россия
Сайт
nixys.ru
Численность
31–50 человек
Дата регистрации

Блог на Хабре