Eventual consistency без магии: когда 3 системы живут своей жизнью
Классика распределёнки: сохраняешь изменение, а дальше каждая внешняя система обрабатывает его в своём темпе. На примерах SellerHub и PDP Mobile — что помогает не потерять синхронизацию.
У нас это всплыло сразу в двух проектах: SellerHub и PDP Mobile. Классика распределёнки 2025-го: нажал “сохранить”, а дальше каждая внешняя система думает в своём темпе 😅
В SellerHub меняем цену — и её нужно протолкнуть в 3 маркетплейса. Но любой из них может сказать “не, не принимаю”. В PDP Mobile создаём пропуск сразу в PDP, внешней CRM и СКУД — и каждая интеграция может отвалиться независимо.
Что сработало у нас:
• retry-логика — без неё такие цепочки просто рассыпаются
• idempotency — чтобы повторный запрос не устроил дубль и хаос
• мониторинг рассинхронизации — иначе баг узнаешь не из логов, а от очень “довольного” пользователя
Главный вывод: eventual consistency — это не “когда-нибудь само сойдётся”, а дисциплина, наблюдаемость и много аккуратной интеграционной рутины. Такой себе DevOps-детокс после “давайте просто дёрнем API”.