Всем привет! Ищу совета. Есть система в которой сейчас в онлайне

Question

Всем привет! Ищу совета. Есть система в которой сейчас в онлайне

примерно 2000 клиентов. У них есть две вещи которые интересны и их нужно накопить и отображать всем заинтересованным:
- Текущее состояние.
- Текущее действие которое клиент выполняет. Действий может быть одновременно не более двух.

Суть в том что нужен паралельный веб-сервис который будет хранить состояния всех этих клиентов в себе (отдельно от самой системы в которой эти состояния есть), а в следующей итерации так же будут храниться все текущие действия и отдавать всем желающим по запросу. Данные должны быть актуальны с задержкой не более 1 секунды. Клиенты будут передавать всю информацию об изменении своего состояния и своих действиях в эту систему.

Тоесть грубо говоря будет сервис который будет слушать от всех клиентов любые изменения, обрабатывать их и соответственно вносить изменения в две сводные таблицу состояний состояющую в текущих условиях из ~2000 и <4000 строк.

Вопрос - где эти самые состояния хранить? В SQL базе данных - не уверен что хорошая идея. Слишком частые обновления данных будут происходить и любой затык на уровне БД не обеспечит того что в сервисе будут данные в реальном времени.
В первом приближении я видел это как банальное хранение словаря в памяти веб. приложения с периодическим сбросом в json файл на случай если произойдет рестарт или еще что, что очистит память.
Но всё осложняется тем что веб-сервер не один, используется кластер и соответственно у каждого будет своя память и так не заработает. Можно конечно отдельно развернуть только на одном но не уверен что это хорошая идея.
Дальше посмотрел Redis, но не уверен что он вообще подходит под эту задачу, всё таки это больше кэш чем некая сверхбыстрая БД.
Ведь задача не просто хранить 2000 строк, но и постоянно их модифицировать и очень быстро формировать сводную таблицу из них и отдавать.

Какие есть варианты для организации подобного сервиса?
Или всё таки SQL?