Автор разбирает, как в DSP устроен подбор рекламных объектов под аукцион RTB с жёстким лимитом около ста миллисекунд на весь цикл. В этот бюджет входят сеть, разбор бид-реквеста, подбор кампании и баннера по таргетингам, расчёт ставки и сборка ответа, так что на сам подбор остаётся совсем немного времени.

Отдельная сложность — неравномерный трафик: нагрузка гуляет и по часам, и между поставщиками, поэтому держать пиковую конфигурацию круглосуточно невыгодно. Нужна возможность масштабироваться в обе стороны и при этом понимать, сколько пропускной способности даёт каждая добавленная единица мощности.

Автор отмечает, что в каждой знакомой ему компании с рекламными движками были свои кастомные решения и легаси, и не под каждым из них можно найти внятное обоснование. Именно поэтому ему стало интересно посмотреть, как та же задача решается у других.

Цель материала — собрать обзор возможных подходов к подбору объектов в DSP, чтобы лучше понимать границы вариантов и не упираться в одно привычное решение. По сути это попытка разложить хайлоад-часть рекламного движка на понятные инженерные компромиссы.

Практическая ценность такого разбора — в возможности сравнить свою архитектуру с чужой и оценить, где заложены лишние допущения. Для команд, которые строят или переписывают DSP, это повод пересмотреть собственные решения по подбору и масштабированию.