Расскажу историю развития решения по резервированию и масштабированию клиентской MDM-системы. За последние годы мы прошли путь от одного сервера с пятью пользователями и офлайн-загрузками до кластера с несколькими тысячами активных пользователей и 10k RPS запросов к API.

Отказоустойчивость вкупе с обеспечением консистентности состояний распределенных приложений — это самое мясо для разработки. В основе доклада — реальный опыт и кейсы, отражающие эволюцию долгоживущего монолита, который разматывал на тендерах софт от Oracle и IBM еще до того, как они ушли с рынка.
Поделюсь набор приемов и решений, которые можно применять при построении отказоустойчивых и масштабируемых систем. Расскажу о тех граблях, на которые мы наступили, и решениях, которые были найдены. В докладе не будет про клауды, kubernetes и микросервисы.

Что будет в докладе?
- что представляет собой MDM-система «Единый клиент» и почему она является business critical;
- какие ограничения при выборе технологий и принятии архитектурных решений у нас есть;
- как выжать максимум с одного сервера и не усложнять при этом схему развертывания;
- консистентность производной read-модели и временные метки;
- переход к системе из двух нод, двухфазная миграция схемы БД;
- следующий шаг — переход к произвольному числу нод и необходимые для этого изменения;
- геораспределенное резервирование для еще большей отказоустойчивости;
- метрики работы системы.