Какая архитектура при проектировани чата лучше?

Question

[Yeldos Adetbekov]

Не ругайте меня за лишние теги, пожалуйста. Умные и опытные люди слушающие данные теги послужили причиной ))

Привет, это очередной вопрос про real-time chat между пользователями. Но в этот раз вопрос чисто теоретического характера, нежели практического. Как организовать структуру месседжинга базируясь на websockets+ajax? Как я понял, websockets достаточно быстрая и шустрая технология по сравнению с лонгполлингом, так как не нужно перегружать сервер ненужными ожидающими запросами. Поправьте, если у меня не правильно сформировались убеждения))

На клиенте у меня стоит компонент Messenger в нем два блока:
1) Поле чата (Это еще один компонент Chat со своим стейтом и с keep-alive) При инициализации данного компонента осуществляется запрос на REST API. Далее этот компонент рендрит сообщения по полученным данным. Стейт внутри компонента сохранен, теперь нет надобности их подгружать снова. При повторной активации компонента, запрос на сервер не осуществляется.
2) Поле или список с последними переписками. Это тоже отдельный блок и он грузится также отдельно через REST API.

Проблема возникает тогда, когда начинаешь задумываться: "А как же обновлять данные динамически и лаконично?".
Чую, что слушать каналы(Группы) всех связей с пользователями очень глупо. Представьте, что у меня 1000 друзей и со всеми я общаюсь, так если я не один такой. Микросервис django-channels просто обкакается, да что уж django-channels, websocket такого не потянет)))

Пришла идея все делать как в вышесказанном методе, но с помаркой на websockets. Слушать только свой канал, который создается при коннекте на websockets. И когда другой пользователь отправляет сообщение он смотрит открыт ли этот канал, если да то отправить данной группе объект с новыми данными, если нет то нет смысла, если слушателя на другой стороне нет, он может при retrieve данных получить сообщения. Но можно ли узнать открыт ли канал, или нет?

В данном методе возникает проблема с менеджингом новых сообщений. Вот задумываюсь, может стоит все измененные, то-есть новые, объекты в store(vuex) хранить, а при переходе на чат подтягивать новые пришедшие данные в компонент, потом удалять их из главного стейта.

Можете подсказать?

Answer 1

[Stalker_RED]

Я мало что понял из вашего рассказа. можно сделать все довольно просто:

Клиент открывает соединение с сервером и делает следущее:
1. отправляет свои сообщения (если написал что-то) и действия
2. получает сообщения, которые ему передал сервер. (Адресованные ему в личку, или в тот канал/каналы, которые активны у клиента в данный момент).

Сервер держит соединения со всеми активными клиентами. Получая от них сообщения - рассылает их подписчикам.

Конец.

Comments

[Yeldos Adetbekov]

Эта концепция естественная, без сомнений. На ней и базируется мой вопрос. Просто не пойму как лучше слушать канал? Свой канал со своим идентификатором, или все каналы созданные на основе чатов с пользователями?

2. получает сообщения, которые ему передал сервер. (Адресованные ему в личку, или в тот канал/каналы, которые активны у клиента в данный момент)

"Адресованные в личку" это мой канал или канал комнаты с оппонентом(Собеседника-отправителя)?

[Stalker_RED]

Yeldos Adetbekov: какая разница? Это канал №12345 с заголовком "личная беседа васи и пети".
И название канала никак не влияет на его работу.

[Stalker_RED]

Yeldos Adetbekov: С сервера прилетает кусок данных. К примеру такой:

{
  from: {
    userName: "Иван Федорович Крузенштерн",
    userId: 1
  },
  channel: 42,
  timestamp: 1500044186,
  message: "Го в дотку, я создал!"
}

// вау, сегодня была круглая дата 1500000000 → GMT: Friday, 14 July 2017, 02:40:00

[Yeldos Adetbekov]

Пожалуй мы говорили об одних и тех же вещах, только можно вот так сделать:

{
  from: {
    userName: "Иван Федорович Крузенштерн",
    userId: 1
  },
  timestamp: 1500044186,
  message: "Го в дотку, я создал!"
}

Без channel, слушать свой канал только. Все приходит конкретному пользователю. Спасибо!

[Yeldos Adetbekov]

Отправлять данные через ajax

[Stalker_RED]

Yeldos Adetbekov: В простейшем варианте можно и без канала, да. Я же не знаю что там за чат у вас. Вполне бывают чаты, в которых можно открыть больше одного канала. Или один канал и несколько ЛС, например.

[Stalker_RED]

Yeldos Adetbekov:

Отправлять данные через ajax

С клиента на сервер можно и через ajax, но вот с сервера на клиент так не получится. А если у вас уже открыт websocket, то можно использовать его в обе стороны.

[Yeldos Adetbekov]

Stalker_RED: Да спасибо, все получилось. Храню непрочитанные сообщения в общем стейте, потом при открытии splice делаю))

Answer 2

[nofuture trustnoone]

1. Вебсокетное соединение node может держать до 1 миллиона, в зависимости от железа и количества серверных нод. На джанго + джанго каналы попечальней, но думаю 1к спокойно вытянет.
2. У вк тоже нет всего списка сразу, а показывают последние 10-15 например.
3. Для диалогов делать по аналогии вк - грузить послдение 10 сообщений, а при скроле догружать еще.
4. По поводу клиента, я так понял он на vue. И вы правильно подумали, что при первой загрузке в стейтах хранитьпоследнее сообщение. Далее по клику на диалог - догружать в ячейку стейта конкретного диалога 10-15 предидущих сообщений. Но мне кажется, если догружать еще сообщения, и сделать это в несколько диалогов, то производительность может падать.
Но вдруг vue так силен. В принципе у вас ход мыслей правильный, при заполнении в стейт сообщеньками будет быстрее работать в кейсе, когда переключаешься между диалогами.

Answer 3

[Алексей]

Вроде как уже давно нода стала синонимом чата. Не вижу там проблем общения 1к человек, вебсокеты точно потянут, откуда обратная инфа даже не представляю.
Вобщем банально почитай документацию https://socket.io/

Comments

[Yeldos Adetbekov]

То-есть открывать каналы определенной комнате(беседе) и слушать её, это нормально?

[Алексей]

Я не понимаю что ты там слушать собираешся. Просто сделай прототип, и я надеюсь ты не занимаешся самообманом, думая, что будет одновременно в чате 1к человек и активных.
Прочитай как устроена архитектура ВК, конкретно личные сообщения и чаты на стримах.

Answer 4

[Coder321]

Думаю при старте получать список всех каналов и создавать только одно подключение. В то же время с сервера слать название/айди канала и сообщение, на фронте смотреть название/айди и пушить сообщение в нужную комнату. В принципе, сказал все тоже что и Stalker_RED