Как увеличить
надежность
и доступность
каталога товаров

Разработчики протестировали многие СУБД. Часть не соответствовала ACID, у других была сложная и запутанная архитектура. В 2018 году в рамках пробной эксплуатации применили Tarantool в режиме master-master репликации. После этого команда попыталась внедрить Tarantool как монолитную замену уже применявшейся СУБД. Но тестирование показало, что использовать Tarantool как монолитное решение в высоконагруженной системе неэффективно. Поэтому разработчики пошли следующим путем.

1. Создали свой DBaaS на базе Tarantool, чтобы ускорить развертывание новых экземпляров базы данных.
2. Начали использовать в 2019 году Tarantool в качестве базы данных для всех новых проектов.
3. Запустили «распил» монолитного сервиса на микросервисы с переносом данных из реляционной базы данных в отдельные экземпляры Tarantool.

Основная особенность Tarantool в «Ситилинке» — master-master репликация. Этот метод репликации на Tarantool встречается сравнительно редко, однако у него есть два ключевых преимущества.

Первое преимущество: высокая доступность системы в случае отказа сервера или целого ЦОДа. «Ситилинк» хранит свои данные в двух ЦОДах. В каждом из них есть несколько серверов для запуска баз данных. На каждом сервере может быть несколько экземпляров Tarantool — это зависит от объема данных в каждом. На случай отказа у каждого экземпляра базы данных в первом ЦОДе всегда есть реплика во втором ЦОДе.

Второе ключевое преимущество master-master репликации Tarantool состоит в том, что она позволяет быстро и легко собрать систему с сине-зеленым развертыванием (blue-green deployment). При таком развертывании трафик незаметно для пользователей постепенно переносится со старой версии приложения или сервиса на новую.

В итоге решение позволяет легко выдерживать нагрузку до 2 млн записей в минуту и поддерживать каталог товаров в актуальном состоянии в любой момент времени.