AE
у нас в основном end user система, т.е. там где важно отвал/не отвал работа только с гуем, а том пользователь повторит
Size: a a a
2021 May 31
D
А как будет, так балансёр будет стучаться в пустоту
D
За это эврику и не любят
AE
у меня были проекты с N репликами сервисов, тоже все гладко
AE
я в курсе твоего мнения, ты его наверно раз в месяц мне рассказываешь)
PD
Ну, когда ты хочешь поменять тип поля, ты делаешь новую колонку (что почти безопасно), копируешь в нее старые данные в параллельном режиме (кусочками, иногда несколько суток), потом отказываешься от старой. Ну и три версии сервисов меняешь в процессе.
И вот это 'копируешь данные' внутри сервиса делать неудобно, проще отдельный механизм зафигачить. ликвидбейс такое не умеет (
И вот это 'копируешь данные' внутри сервиса делать неудобно, проще отдельный механизм зафигачить. ликвидбейс такое не умеет (
AE
ну у нас специфика, в входные системой не пользуются, поэтому мы можем делать долгий старт со всеми нужными миграциями)
PD
Реально почти все интересные изменения в БД требуют немгновенных операций на БД и нужен механизм для этого.
AA
Ну да, у наших китайцев своя атмосфера - такие типа ну за пару кварталов 20-30 сеньеров надо найти и будет у нас подразделение в России. Я им говорю - вы ебанулись? Нет, а шо такова, у нас вот другие отделы по 40 нанимают, это мы тебе скостили типа
PD
Ну, это проще, да. Пока можно за два дня все сделать )
Была у меня миграция на два месяца как-то
Была у меня миграция на два месяца как-то
PD
Ну, поставить полторы козули - и норм
AE
что за компания?)
AA
запустить просто миграцию отдельным сервисом и пусть жует?
AE
на 2 месяца? что она делала?)
PD
Ну, там сложнее, но да.
PD
Перефигачивала структуру истории транзакции за всю историю немаленькой платежной компании. Аккуратно, с проверками и без создания нагрузки.
D
У меня просто были проекты давно вроде твоего, это прям вот монстр 15-16 годов
D
Когда играли в нетфликс
AA
