Деплой Это вы берете ваш контейнер максимум через initContainer или по другому как то всегда запускатете миграции и потом запускает контейнеры убив старые
Это процедура менятеся ТОЛЬКО при ОЧЕНЬ важных причинах
Это как раз тот пример что вы хотите в миграцию засунуть часть логики приложения. Скорее всего ваша миграция на изменение баланса, притащит в себя кучу различных сервисов, что , как мы обсудили, является не круто.
порядок деплоя изменится. (или руками запускать скрипты). если например было выставленное флоу (пулл с сервера и запуск миграций) - нужно дополнительно запустить консольку. это еще одна отдельная тема для обсуждения , предлагаю в нее не влазить.
Деплой Это вы берете ваш контейнер максимум через initContainer или по другому как то всегда запускатете миграции и потом запускает контейнеры убив старые
Это процедура менятеся ТОЛЬКО при ОЧЕНЬ важных причинах
отсюда изменение деплоя для запуска одной одразовой команды не оправдывает себя от слова совсем
порядок деплоя изменится. (или руками запускать скрипты). если например было выставленное флоу (пулл с сервера и запуск миграций) - нужно дополнительно запустить консольку. это еще одна отдельная тема для обсуждения , предлагаю в нее не влазить.
ну это вы залезли в неё, не я же предложил менять деплой ради запуска команды
то есть итого: использовать php код в миграциях можно, но есть ряд но: 1. код миграции должен быть изолирован от кода приложения 2. в коде миграции нельзя пользоваться Entutyes и иными благами ORM т.к. они внешние по отношению к миграции 3. это оправданно только в том случае если это действительно разовое обновление данных
ну фактически итого не меняются. Можно дополнить их 4. действия в миграциях не должны иметь завязки на внешнее состояние (быть чистыми)