Как Yota изменили
архитектуру
с кэшированием
на Tarantool

За кэшем в Yota — разветвленный IT-ландшафт с парой сотен сервисов. Сервисы разделены на IT-продукты, каждый из которых находится в своей изолированной инфраструктуре. Например, отдельно работает IT-продукт для customer data и IT-продукт, который отвечает за нотификацию клиента. Чтобы не дергать каждый раз IT-продукт на get-запросы для сбора информации, хранятся домены, конфигурируемые в кэше. Плюс команда Yota заложила разветвленную логику инвалидации доменов. То есть, когда происходят события в бэке, например, закончилось время пакета по услугам, то обвязка кэша перехватывает событие и сбрасывает домен этого конкретного клиента.

Сегодня в Yota работают следующие сервисы, которые реализованы на технологии Tarantool.

Главный сервис на Tarantool в Yota — Profile Aggregation Service — персонифицированный кэш для увеличения скорости работы с данными клиента. Сервис собирает данные о профиле из смежных систем и кэширует их. Инвалидирует данные по поступлению внешних сигналов. Для добавления нового профиля нужна только конфигурация.

Enterprise Persistent Storage — доменно-ориентированное постоянное хранилище структур данных, создаваемых ИТ-продуктами. Сервис обеспечивает сохранение, обновление, чтение и удаление данных. За счет этого пользователь, например, может создавать шаблон платежа в мобильном приложении.

Semaphore Service хранит информацию о блокировках действий в системе. Сервис активно используют для проектирования продуктовой логики и асинхронных взаимодействий.

На Tarantool перенесли интерактивный справочник. В нем хранятся справочники портированных в Yota номеров клиентов, коды регионов. Он синхронизируется по расписанию с Центральной базой перенесенных номеров, ежедневно обновляя данные. Справочник предоставляет быструю информацию для мобильного приложения, для сайта и для бэка.

Работу продуктового каталога также перенесли на Tarantool. Раньше конфигурация требовала больших трудозатрат и привлечения разработчиков, сейчас каталог конфигурируется YAML-файлом, его формирует аналитик. Новая архитектура позволила создать гибкий конструктор Yota — когда клиент самостоятельно выбирает необходимое количество минут и гигабайт в пакете. На старой архитектуре такая опция была технически невозможной. Продуктовый каталог услуг Yota конфигурируется yaml-структурой.

Frontends Auth Storage Service (FASS). Сервис авторизации реализует управление токенами клиентов.