миграцию, которая добавляет новую колонку в таблицу
2. Деплой через helm приложения, которое работает со старой колонкой, но умеет писать в новую колонку
3. Запуск джобы, которая заполняет новую колонку
4. Деплой через helm приложения, которое работает только с новой колонкой
5. Запуск джобы, которая удаляет старую колонку
Итого три миграции и два деплоя приложения в строгой последовательности.
Кто как для этого случая организует репо, артефакты, как выкатывает?
@mxssl @im_xray33 @gorilych @yurik687 @shursh @StalkerNOVA
обычно сначала всегда идет деплой кода который умеет работать со старой и новой (и/или переходной) схемой
сложно. Сделай в поде инит контейнер, который делает миграцию, и всё. Все эти пляски с бубном нужны если у тебя приложение нетолерантно к миграциям и жёстко привязана к схеме базы. Единственно, если у тебя миграция может выполнятся только в единственном числе, сделай выкат так, чтоб при новом релизе запускалась сначала одна реплика.
Сегодня как раз буду подобное настраивать, обычно у нас все проще, монго снаружи и стаинтлесс образы внутри.
Обсуждают сегодня