вадяTsyklop,
почему не хочешь этот json хранить в базе?
какая разница откуда извлекать из файла или из базы?
Можно и так. Как я писал Выше извлечений из бд будет много. Быстрее хранить в памяти и + где-то хранить одну копию в случае если сервак стпанется, то поднять все настройки юзверей.

вадямного - это сколько?

Нууу. +- 50 в секунду.

вадяа сколько это будет в байтах?

Что именно в байтах? JSON или что?

вадячто значить "по настройкам подбирает инфу" ?
Прога парсит данные и даёт бэку через кафку. И вот та инфа, которая будет приходить от парсера она будет сверяться с настройками пользователя и если все подходит то добавляется в хранилище для юзверя. Учитывать нужно то что юзверей может быть как 1, так и 100 и вот та инфа будет проходить по настройкам всех юзверей.

вадяTsyklopхранилище для юзверя.что это такое?
что-то мне кажется , что надо менять всё....
потому как десктоп и веб это разный подход.
Бд. Вся инфа которая подходит пользователю по его настройкам записывается в бд. Если эта инфа никому не подошла, то она чиститься без записи в бд. Когда инфа записана ее уже не дергают по 100500 раз.

вадяPetroNotC Sharpну и держи в сессии.но тогда надо контролировать время сессии
У меня нет HttpSession. REST-API сервис + простое приложение для парсинга (без спрингов и прочей штуки)

вадяTsyklop,если такие строгости с выдачей инфы - то тут ещё возникает задача - чел отошёл от компа - что будет с доступом?
в смысле строгость выдачи? По поводу того что если человек отошел то понять не могу о каком доступе Ты говоришь?

Парсер работает всегда, не зависимо от того есть юзвери или нет.

Я придумал суть всего этого дела такое:

Есть выделенная машина (64 ГБ ОЗУ, 8-ми ядерный проц Xeon (или какой там будет)). На ней я стартую докер. В докере размещаю 5 контейнера: БД, REST-API, Парсер, Kafka и front-end (ReactJS).

Парсер работает все время. С БД никак не взаимодействует. Парсер подключен к кафке что бы гонять месседжи к REST-API.
Месседжи - то что нашел парсер. То бишь парсер нашел какую-то инфу, собрал это все в JSON, отдал кафке, та перегнала это на REST-API.

REST-API (бэк) - вся БЛ. Авторизация (хотел вынести в отдельный сервис, но это уже смахивает на микросервисы и придется пилить gateway и т.д. На данном этапе не хочу заморачиваться). Сохранение настроек юзверя ну и обработка той инфы которая приходит по кафке от парсера. Далее. Если бэк решил что инфа от парсера подходит пользователю он шлет ее по вебсокету (Да, тут немного иначе будет. Пользователь видит инфу только если он на сайте и подключен к WS. В бд писаться не будет.).

Вот как-то так. Если у кого-то есть предложения получше то пишите. Буду рад выслушать других. Спасибо.

вадяTsyklopТо бишь парсер нашел какую-то инфу, собрал это все в JSON, отдал кафке, та перегнала это на REST-API.если парсер нашел - то почему он не может сразу отправить по ws?

Ибо эта инфа может не подходит по настройкам, которые выставил пользователь. Допустим он установил что коэффициент должен быть от 1.05 до 4.0. И вот в инфе пришел коэффициент 5.0 что не подходит пользователю и соответственно показывать ему не надо.