Использование глобальной переменной как кэша в ноде?

Question

[Алексей]

Сегодня задался вопросом, а насколько это профитно, при запуске ноды создавать глобальный объект и изменять его при запросе от пользователей ? Приложение реалтаймовое, на сокетах.

var GlobalState = {};

И допустим зашел пользователь, если свойства GlobalState.usersAuth.[" user " + userid].auth.password нет, то идем в базу, если же есть то сравниваем пароли уже через вот эту переменную. А когда пользователь меняет пароль, то после успешной вставки в базу, меняем и в глобале.

Я щас пойду читать про утечки памяти, но мб кто сталкивался с таким вопросом. Кэш сервисы по типу мемкеша я не вижу особого смысла использовать или оно чем то лучше ?

upd.1.
Логика примерно такая

if ( GlobalState.usersAuth.hasOwnProperty( " user " + user_id ) ) {
  //берем пароль для сравнения из глобальной переменной
} else {
  //лезем в базу, сравниваем пароли и если все гуд, то записываем в глобальную переменную
};

Answer 1

[Алексей]

Такое решение не масштабируется. Когда вам понадобится запустить несколько серверов, придётся выносить кеш во внешнюю БД, либо держать в каждом экземпляре приложения свою копию GlobalState.

Comments

[Алексей]

Ну, масштабирование достигается путем впиливания большего количества оперативы. Да и проблемы с несколькими серверами я както не вижу, всегда же можно сделать балансер, например запросы юзеров с id от 1 до 1000 идут на первый сервер, другие на второй и тд.
Соответственно и кэш будет также распределен. Но суть даже не в этом, проект довольно закрытый, поэтому прям сильного потока пользователей не будет. Около 600 одновременных в час пик +- пара залетных гостей из поисковиков.

[Алексей]

Я просто обозначил одну из очевидных проблем. А дальше думайте сами что с этим делать :)