Кэширование ставок в RTB 🗄

➡️ Зачем это? В чем идея?
Мы хотим использовать вторичные ставки, ранее не побеждавшие в аукционах для максимизации доли заполненных запросов (fill rate) и повышения выручки

Это особенно касается SSP, кто бидит во внешнем аукционе паблишера и прокидывает за запрос одну самую высокую ставку

Допустим, в аукционе было 10 биддеров, 5 из них не ответили ничего (no-bid), а среди остальных 5 ставок 4 оказались валидные и одна самая высокая выиграла. Так вот вместо того, чтобы отбрасывать остальные 3 валидные ставки, мы их сохраним в кэше в Redis для последующего повторного использования

Что мы из этого получим? Нас интересует инвентарь, на который DSP отвечают медленно либо отлетают по timeout. Т.е. мы поддерживаем пул высокоценных ставок на этот инвентарь, готовых к отправке в аукцион. И если хранить и забирать ставки из Redis, то это снижает задержку для будущих запросов. И если вторичные ставки ранее проиграли первый аукцион, то сейчас они могут выиграть последующие

➡️ Какие риски?
С добавлением быстрого хранилища у нас естественно возрастут накладные расходы на запись в кэш + сетевая нагрузка на общение платформы с кластером Redis. Тогда правильно записывать биды батчами за один запрос в Redis. Также очищаем истекшие биды по retention например за 30 крайних минут. Также на прокинутую вторичную ставку назначаем статус "not_used", если показ не состоялся, то удаляем ее из кэша