Занимаюсь обработкой данных gps-навигации. Сообщения с навигаторов по сути есть асинхронные события, которые надо обрабатывать по мере их поступления (они еще называются отметками и иногда считаются просто данными с навигаторов). Причем реакция и возможное изменение состояния наблюдаемого объекта (связь навигатора с сервером: offline/online; движение: stand, run; ...) зависят от его текущих состояний (и возможно предыдущих). Например если наблюдаемый объект находится в состоянии СТОЯНКА, то для того, чтобы он перешел в состояние ДВИЖЕНИЕ необходимо возникновение не одного, а нескольких последовательных событий (это упрощенный принцип).
Вопрос: нормально ли если на сервере будет запущено приложение по обработке данных, будут на протяжении всего его выполнения в памяти находиться объекты (по одному на каждый наблюдаемый объект), которые обеспечивают необходимое поведение (реакцию на события). Периодически состояния всех этих объектов в приложении будут скидываться в БД. И помимо этого все сгенерированные события (в результате обработки событий с навигаторов) тоже периодически пишутся в базу.

ps объекты наблюдения это например автобусы, троллейбусы, трамваи, ...

Херовость такого подхода описана вот здесь:
https://github.com/nathanmarz/storm/wiki/Rationale
решение там же ;)

neoddd,

а без паттерна event sourcing здесь и не обойтись :) уже использую его

neoddd,

вопрос был в том нормально ли постоянно на сервере в оперативе держать кучу объектов реализующих хранение состояний и реакцию на события. Если увеличится количество событий и время обработки событий, то возникнут проблемы с масштабированием, которые пока не знаю как решать.

neoddd, Siemargl

спасибо за ответы :)