Задать вопрос
@dev-executor

Опять о архитектуре чата?

Есть основное приложение, к нему думаю прикрутить чат отдельным процесом и здесь есть несколько вопросов:
1. В данный момент планирую с клиента получать все через http и отдавать через ws. Правильно ли такое решение или же делать все ws?
2. Процес с ws планирую использовать только для отправки и возможно получения инфы. Как организовать общение между процесами правильно? С учетом того что это отдельный процес то вижу три варианта, process.on, http или ws.
2.1. Если предусматривать расширение и вынос ws процеса на отдельную машину то остается только http и ws что будет лучше?
  • Вопрос задан
  • 349 просмотров
Подписаться 2 Оценить Комментировать
Пригласить эксперта
Ответы на вопрос 3
madmages
@madmages
Человек прямоходящий
1. не понятен смысл зачем сегрегировать на http и ws. Лучше все вс одну сторону, дабы не усложнять. Да и не понятно будешь ли ты использовать обертку типа socket io, она за тебя все решит.

2. Ну если это целый отдельный процесс то process.on

2.1 Ну а если на отдельную машину то это проблемы исключительно твои а не пользователя. Связь между основным приложением и чатом уже по tcp\udp
Ответ написан
Комментировать
AStek
@AStek
Еще можно long-polling запилить)
Ответ написан
@Bobrovskih
1. Чат на вебсокетах, http не нужен. Там также можно послать ивент и получить ответ на него. Лучше используйте socket io.
Обмен между процессами на tcp. На одной машине или на разных - будет работать. Например node-ipc
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Похожие вопросы