В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

symfony

2522 membersпожаловаться на группу
2021 September 21

KN

Konstantin Nosov in symfony
конечно, репликации стартуют при нескольких сервисах сразу, поэтому я думал какой-то глобальный флаг
источник
21:32пожаловаться#1

KN

Konstantin Nosov in symfony
верно
источник
21:32пожаловаться#2

SP

Sergey Protko in symfony
я вариант с хуками юзаю, сначала спокойно дождаться пока раскатятся миграции а потом уже накатывать приложение
источник
21:33пожаловаться#3

D

Dmitry in symfony
Ааа. Понял. Спасибо.
источник
21:33пожаловаться#4

SP

Sergey Protko in symfony
приложение на старте только проверяет что версия схемы ожидаемая (а то словили как-то индценет что хук не отработал и не зафэйлился деплой)
источник
21:33пожаловаться#5

D

Dmitry in symfony
Я миграции накатываю руками
источник
21:33пожаловаться#6

SP

Sergey Protko in symfony
мой отец накатывал руками и его отец руками накатывал
источник
21:34пожаловаться#7

D

Dmitry in symfony
Нет. Вот как раз чтобы не городить хуки и глобал локи. Просто в СИ руками запускаю миграцию один раз
источник
21:35пожаловаться#8

KN

Konstantin Nosov in symfony
для варианта с CI/CD можно сделать отдельный сервис, так и думали. Но лучше бы сделать глобал лок, его можно и самому сделать.
источник
21:35пожаловаться#9

D

Dmitry in symfony
Учитывая что у меня миграции почти всегда с промежуточными таблицами - такой подход себя оправдывает
источник
21:36пожаловаться#10

AV

Alexey Vetrov in symfony
тогда надо не упустить момент, когда код работает с новой схемой, а бд ещё альтерит какой-нибудь столбец
источник
21:36пожаловаться#11

AV

Alexey Vetrov in symfony
что собственно бред
источник
21:36пожаловаться#12

D

Dmitry in symfony
1. Схема всегда обратно совместима с текущим кодом
2. Миграции всегда двухэтапные
источник
21:37пожаловаться#13

SP

Sergey Protko in symfony
локи у тебя в пайплайне должны быть пока твой сервис не отработал. можно конечно замутить лок в табличках но там тогда вопросики возникнут веселые "а что делать если лок не высводобился"... таймауты вводить... а если оно по ошибке посчитает что все? Слишком сложная схема выходит.
источник
21:38пожаловаться#14

D

Dmitry in symfony
Так что проблемы с деплоем нет
Плюс база меняется редко - меня устраивает подход
источник
21:38пожаловаться#15

AV

Alexey Vetrov in symfony
а кто потом убирает эту "бесполезную" обратную совместимость через время?
источник
21:39пожаловаться#16

D

Dmitry in symfony
Второй этап миграции.
источник
21:40пожаловаться#17

SP

Sergey Protko in symfony
почему она бесполезная? она нужна что бы была совмесомтисть)
источник
21:40пожаловаться#18

SP

Sergey Protko in symfony
представь что тебе надо на живой базе добавить not null колонку. ты сначала "для совместимости" добавишь nullable колонку, потом там сделаешь свои дела что бы заполнить ее данными и потом сделаешь set not null
источник
21:41пожаловаться#19

SP

Sergey Protko in symfony
условно
источник
21:41пожаловаться#20