кажется никто другой не делает такое

У меня такое было в одной конторе. Главный инженер (там пост-советская система организации) распоряжался крупным проектом и бюджетом. И там было много продуктов, которые хотелось параллельно создать и было бесполезно объяснять что мы эти продукты не потянем. В итоге пришлось посчитать полностью штат полный по каждому продкуту и выкатить на совет директоров. После этого удалось сконцентироваться на 1 продукте основном, высвободив бюджет.

угу

у mysql < 8 при добавлении колонки на большой таблице гарантировано отстанет реплика (как в восьмерке – не в курсе)

fake news, используйте gh-ost и ничего не отстанет

row replication?

parallel slave workers?

я как раз про кейс “мы без gh-ost/lhm/whatevs фигачнули миграцию”

из похожего в рокете был автоматический “список подписок” с предупреждением о списаниях за сутки. пока был рокет

Кажется, нас замэншнили в каком-то HR-чате) Возможно я виноват, что спалил свой успешный поиск)

Рид онли превентивно?

Вот люди без монги-то как мучаются...

дроп колонок когда?

ближе к след релизу

я без наезда, просто у меня это болит сейчас….

с монгой похоже проблемы, когда возникает необходимость  json мигрировать 😉

Ты вроде за простоту топил) Отвязать миграции от деплоймента звучит норм, но что-то пока думаю как синхронизировать эти отдельные процессы да так чтоб не в ручную

вот тут уже на эту тему делились некоторые, в том числе Игорь https://t.me/ctodailychat/159506

за просту топлю я, кстати. Игорь - за микросервисы и красивую архитектуру. а у нас монолит и миграции тупо накатываются с очередным релизом

иногда бывают большие и очень ценные базы, даже если у вас микросервисы. в какой-то момен релиз новой версии базы становится fucking big deal и тогда нужно разделять процессы