Учитывая существующее приложение Ruby on Rails, работающее на Flynn , как я могу развернуть новую версию приложения, которая имеет изменения схемы (ради вопроса, скажем, они занимают 10 секунд, чтобы выполнить) без ошибок БД при обслуживании запросов до тех пор, пока не будет завершено изменение схемы?
Heroku решает эту проблему с помощью функции Preboot , которая, по сути, является тем, что я ищу здесь, но любая альтернативная схема, которая работает, подойдет.
Вот пример сценария с шагами:
- Элемент списка
- Версия 1 приложения, работающего с существующей схемой БД.
- Приложение версии 2 развертывается с кодом, основанным на новых таблицах
- Миграции выполняются и создаются новые таблицы
- Версия 2 теперь может работать как задумано
Как можно предотвратить запросы на получение ошибок между шагами 3 и 4, но при этом иметь возможность развертывать изменения схемы и зависимый код вместе?