Оптимизация ТСО
за счет надежного
кэша Tarantool

На первом же этапе разработчики откинули платные технологии из-за стоимости решений и производительности: при нужных показателях стоимость выходила за рамки ИТ-бюджета. Тогда и появилась схема с Tarantool. В первую очередь стали переносить сервисы с высокой нагрузкой, где текущая MS SQL база требовала много экземпляров.

Сегодня у технической команды Wildberries есть свой подход, как создавать надежные распределенные системы. Tarantool для них — это хорошее универсальное хранилище для работы с востребованными данными: пользовательскими профилями, баннерами, скидками и т.п. Всего на Tarantool работают 12 микросервисов.

• Самый критичный сервис сайта — Мастер-хранилище профилей пользователей — содержит данные 50 миллионов пользователей. Для его работы полностью отказались от MS SQL.
• Самый объемный сервис Wildberries, где используют Tarantool, — это Сервис отложенных товаров. В памяти он занимает около 120 ГБ, и 3-4 экземпляра есть в каждом дата-центре.
• По RPS самые нагруженные сервисы — Промотайзер и Мастер-хранилище профилей — выдерживают примерно 6 тысяч и 12 тысяч запросов в секунду соответственно.
• Tarantool также используют для быстрых справочников в складской системе, чтобы оперативно перепроверять информацию в некоторых случаях.

Схема работы с Tarantool выглядит следующим образом. В каждом дата-центре на виртуальных или аппаратных машинах стоит несколько мастеров. Соединения сделаны по схеме мастер-мастер. Есть интерфейсы или синхронизаторы, которые скачивают информацию, например, о скидочных купонах и условиях по ним, и пишут в мастеры. К этим мастерам подключаются реплики на виртуалках или в Kubernetes. Сверху находятся приложения, которые обращаются к репликам.

Каждое приложение работает с двумя кластерами. В случае сбоев в работе дата-центра оно может обратиться к другому кластеру. Есть прослойка, которая сохраняет интерфейс Go-драйвера Tarantool и скрывает логику. Прослойка видит все реплики и может работать с мастером на чтение и запись.