Если в БД произошло такое-то событие, как сказать это таким-то клиентам и выполнить такие-то действия?

Question

[Vitalik logvinenko]

Всем привет. Решил познакомиться с node.js, mongodb и вебсокетами, в связи с чем начал разработку небольшого ресурса. Создаётся дуэль между несколькими игроками, когда в дуэль заходит новый человек в базу записывается его id. Теперь нужно сказать остальным участником этой дуэли что появился новый игрок и соответственно показать эту инфу им (простым языком: если в БД произошло такое-то событие, сказать это таким-то клиентам и выполнить такие-то действия). Капаю в сторону sockjs но не могу разобраться до конца. Опыта, увы, мало и застопорился на такой задачке. В общем подскажите пожалуйста кто чем может, как решаются задачки такого плана.

Answer 1

[Yuri Shikanov]

Насколько я понял в SockJS нет комнат или какого-либо роутинга из коробки. По-этому, вам нужно будет реализовывать его самому. Алгоритм примерно такой:

- для каждой комнаты генерируется уникальный идентификатор
- клиентам в комнате ставится в соответствие её идентификатор и вешается обработчик, который подписывается на соответствующий комнате канал pubsub в Redis.
- при подключении нового пользователя заталкиваем сообщение о том, что новый пользователь подключился к комнате в канал комнаты (pubsub)
- обработчики каждого клиента получают сообщение и отправляют его непосредственно клиенту

Как вариант можно перейти на что-либо более функциональное, например: faye или socket.io.

Comments

[Sergei Chukhan]

Только не на socket.io.

[Yuri Shikanov]

@street не вводите людей в заблуждение, soket.io отлично справляется с задачей.

[Sergei Chukhan]

@dizballanze а еще он достаточно нестабилен и с "длинными" багами.

[Yuri Shikanov]

@street вы просто не умеете его готовить

[Sergei Chukhan]

@dizballanze тогда достаточно много людей не умеют его готовить. Из протестированного мной, мой выбор пал на SockJS, пускай и без вкусностей Socket.IO.

[Yuri Shikanov]

@street я вам говорю это, как человек, который сделал 2 проекта на нем, один из них с оч серьезными нагрузками.

[Sergei Chukhan]

@dizballanze если не сложно, поделитесь цифрами. Сколько коннектов в итоге он у Вас держит? Потому как мои результаты меня не слишком удовлетворили.

[Yuri Shikanov]

@street до 500 держало на vds с 2 ядрами, вероятно могло быть и больше, просто это максимум из того что было.

[Sergei Chukhan]

@dizballanze 500 это серьезные нагрузки? У меня socket.io, к сожалению, начал падать после 1к коннектов, хотя, по "курению" доков, многие пишут о реальных проблемах при 10к коннектах. SockJS в этом случае, как-раз таки стабильнее.

[Yuri Shikanov]

@street 500 - это реальные пользователи, не синтетика, считаю вполне нормально для такой vds.
Дальше все зависит только от того, как вы масштабируете нагрузку, если вы конечно не хотели держать 10К на одном процессе ноды.

Answer 2

[Sergei Chukhan]

Не совсем понятно, зачем здесь Redis? Без него, я думаю можно ограничиться средствами JS:
1. Создаем объект, где будут хранится списки комнат (названия можно генерировать уникальными);
2. При подключении клиента, заносим информацию в socket о подключаемой комнате;
3. Переносим в объект со списком комнат идентификатор подключенного клиента в нужную "комнату".

Для этого всего можно реализовать простенький модуль на Node.JS. Рассылку уведомлений Вы сможете легко реализовать для нужной комнаты, т.к. список всех подключенных клиентов в комнату у Вас уже будет. Главное не забывать про таймауты и автоматическую отписку от комнаты.

Comments

[Yuri Shikanov]

@street вы серьезно? С таким подходом у вас приложение сможет работать только в 1 потоке и масштабировать его вообще никак не получится.
Не говоря о том, что при перезапуске процесса все данные будут потеряны.

[Sergei Chukhan]

@dizballanze согласен c Вами, не вник в вопрос целиком.