Как организовать сессии пользователей с помощью Redis?

Немного расширю вводные

UserCases

1. Регистрация нового пользователя (вызов метода Reg)

Фронт отправляет POST запрос с данными, которые нужно записать в таблицу Members, сгенерив предварительно UID и повестив его вместе с данными в эту таблицу, а также сделать запись в Redis. В ответ сервер отдает UID

2. Авторизация пользователя (вызов метода Login)

Фронт отправляет запрос c данными для авторизации, сервер идет в таблицу Members, берет данные, в частности uid, генерит новый, заменяет старый в Members, а также обновляет его в Redis. Возвращает данные пользователей вместе с UID

3. Запись прогресса

Фронт отправляет запрос с UID. Сервер проверяет его в Redis, если он валидный, делает запрос в таблицу Members, обновляет соответствующие данные, а также перезаписывает UID и обновляет его в Redis

4. Запрос списка наград

Фронт отправляет UID и CONTEST_ID. Сервер проверяет валидность UID в Redis, если валидный идет в таблицу Rewards и берет все награды для Campaign_ID, а также проверяет какие награды получал пользователь в таблице Members -> Progress.

ЧТО ВИДНО ИЗ КЕЙСОВ
- Практически во всех методах идет обращение в таблицу members
- UID проверяется на валидность до момента обработки основного запроса
- Обновляем UID при POST/PUT/DELETE запросах в таблице Redis/PostgreSQL + TTL в Redis

ВОПРОС, НУЖЕН ЛИ НАМ REDIS И ПОЧЕМУ?

1. С одной стороны у нас появляется дополнительная прослойка
   
2. С другой стороны это прослойка уменьшает объем запросов в основную БД при условии, что будет достаточное кол-во не валидных запросов со старыми токенами. Но какой их процент в реальности?
   
3. Если действовать только на базе PostgreSQL, у нас добавляется логика обработки срока жизни токена. Т.е. нужно добавить поля когда выдан и сколько действует uid. Возможно проверка увеличит скорость обработки запроса
   

Вводные
- Под одним аккаунтов может сидеть только один пользователь одновременно
- У сессии есть срок жизни равный 48ч