Короткий ответ Прямое переименование колонки одной миграцией несовместимо с rolling deploy, так как старая версия кода ещё обращается к старому имени; безопасный подход — паттерн expand/contract: добавить новую колонку, синхронизировать данные со старой, переключить код на новую, и только после полной раскатки удалить старую колонку отдельной миграцией. Как это работает подробнее Во время rolling deploy одновременно работают как минимум две версии кода, обращающиеся к одной БД — любое несовместимое изменение схемы должно оставаться совместимым с обеими версиями кода на протяжении переходного периода. Пример кода Что использовать на практике Практика. Для переименования: expand (добавить колонку) → dual write (приложение пишет в обе колонки) → backfill исторических данных → переключение кода на чтение новой колонки → contract (удаление старой колонки отдельным релизом). Подводные камни Ошибка. Выполняют ALTER TABLE RENAME COLUMN в одной миграции одновременно с деплоем нового кода, полагая, что деплой происходи
Загрузка…
