раскатку миграций на бд из разворачиваемого приложения с учетом того, что реплик приложения может быть много?
(initcontainer устраивает долбежку в бд, а миграцию надо выполнить однократно)
у нас есть джоб миграций который выкатывает их 1 раз и все
У нас для миграций запускается job просто на базе контейнеров приложений. Если у тебя большая миграция можно распаралелить джобу
это разработчики должны решать. Если они не умеют локать базу для миграций, то приложение не готово к горизонтальному масштабированию
вот например решение от liquibase https://www.liquibase.com/blog/using-liquibase-in-kubernetes
есть много фреймворков, которые не умеют локать базу для миграций, а лишь оборачивают DDL в транзакцию там, где это возможно заставлять костылить такая себе идея, особенно, когда имеется зоопарк из стеков
ну хоть в отдельный процесс миграции вытащить можно? job тогда
из второй части подчерпнул одну идею в хелм чарте можно описать еще и джобу, которая будет создаваться и меняться вместе с приложением если image + tag не менялись, то нечему будет и исполняться, а если выкатилась новая версия приложения - то выполнится и джоба
Обсуждают сегодня