Конкретные значения RPS (requests per second) на сервисах билетного проекта зависят от архитектуры, нагрузки и времени суток, но обычно для подобных проектов характерны следующие диапазоны:

Основной фронтенд-сервис: от нескольких сотен до нескольких тысяч RPS в пиковые часы.
Сервисы поиска билетов: могут достигать нескольких тысяч RPS, так как запросы к базе и к внешним API интенсивны.
Сервисы бронирования и оплаты: обычно имеют меньшую нагрузку, порядка сотен RPS, но требуют высокой надёжности и низкой задержки.

Для точного ответа нужно смотреть метрики конкретного проекта, но в целом RPS на билетных сервисах варьируются от сотен до нескольких тысяч в зависимости от функционала и времени.

Какие RPS были на сервисах билетного проекта?