Миграции любят рисовать как аккуратный переезд: старый склад закрыли, новый открыли, коробки разложили — красо

Миграции любят рисовать как аккуратный переезд: старый склад закрыли, новый открыли, коробки разложили — красота. В реальности чаще получается чёрный кейс: старый портал ещё жив, новый уже в проде, а данные бегают туда-сюда, как селлер между кабинетами в день распродажи.

И вот тут начинается веселье без смеха. Пользователь что-то поменял в старой системе — в новой этого нет. Другой заполнил карточку в новом портале — а в старом всё ещё висит пустота. Через неделю никто не понимает, где правда, а где «потом синхронизируется». Спойлер: «потом» часто превращается в баг, конфликт и ручную ручку на всё отделение.

Самая неприятная штука в таких миграциях — не сам переезд, а период, когда обе системы считаются рабочими, но ни одна не считается единственной 🫠
И если не продумать двустороннюю работу с данными заранее, вы получаете не трансформацию, а дубли, расхождения и тихую панику в командах.

Мораль простая: окно риска не всегда видно в плане проекта. Иногда оно прячется вот в таком «переходном периоде».