Одностраничное приложение только на websocket, делал кто?

Question

[DarkLynx91]

Идет этап подбора технологий для реализации сервиса который подразумевает необходимости внедрения RealTime.
Front-end планируется писать на AngularJS.
Для backend выбираем между двумя вариантами:
1) AngularJS получает данные по API. API сервер (назовем его так) написан на python(django) для realtime поднимаем рядом NodeJS с socket.io
2) Безумная, но интересная и забавная идея реализовать весь backend на NodeJS исключительно по websocket (socket.io). Никаких Http запросов к API, только websocket(socket.io).

Если с 1 всё довольно очевидно, то вот насчет второго есть много неуверенности.
Так вот вопрос в том, реализовывал ли кто то backend по 2 схеме и с какими подводными камнями сталкивался или это совсем бред?

P.S. Вопрос пишу потому что интересна вторая идея, в голове всё замечательно и прекрасно, но что-то настораживает, вот решил проконсультироваться так сказать.

Comments

[sim3x]

Зачем именно вебсокет?

[DarkLynx91]

Не очень понял вопроса..

[sim3x]

DarkLynx91: зачем использовать именно вебсокет?

[DarkLynx91]

Лучшего решения для realtime я не знаю...

Answer 1

[Александр Прозоров]

Абсолютно нормальная идея. У меня по схеме №2 целый оконный завод автоматизирован. Использовался socket.io. Архитектура приложения конечно отличается от стандартного SPA на AJAX запросах, но зато RealTime синхронизация состояний моделей на всех клиентах и скорость обмена данными (нет потерь на установление соединения) очень даже радует. Работает это всё надёжно.

UPD Вот тут я писал об этом подробнее: NodeJS для разработки проектов

Comments

[DarkLynx91]

Спасибо! Отличная информация что такое уже проделывали и оно работает. Полезно.

[Александр Прозоров]

DarkLynx91: дополнительно, могу сказать, что вначале рассматривалась схема AJAX restfull API + уведомление об изменении модели на сервере по websocket. Но очень быстро стало понятно что AJAX API просто ни к чему и данные моделей тоже можно гонять по websocket. Были конечно опасения и сомнения вроде ваших: конец 2011 года, информации почти никакой, Node.js всерьёз ещё мало кем рассматривалась. Но уже тогда, выглядело всё более чем адекватно, поэтому рискнули. И не прогадали.

Answer 2

[Сергей Протько]

Начнем с того что вы сейчас просто выбираете транспорт, либо HTTP либо WebSockets. С концептуальной точки зрения разницы особо нет. В плане производительности - все упрется в выбранную архитектуру.

По сути, websockets будут продуктивнее работать (если мы не берем в расчет HTTP2), но вам придется реализовывать мультиплексирование запросов/ответов, как-то писать свой протокол поверх и словом куча гемороя. При том что профита по производительности в сравнении со старым добрым HTTP + Keep Alive не так много.

Для реалтайма - да, конечно же websockets наилучшее решение, но использовать его целиком как транспорт - сомнительное занятие. С другой стороны встречаются уже готовые реализации транспорта на websockets где проблемы, которые я перечислил, уже решены (возможно не полностью но с большего).

p.s. пробовал делать все на websockets но без мультиплексирования, у меня небыло необходимости разруливать конкурентные запросы или паралельные, все шло через очередь да и задачи были очень простые. А почему был выбран websockets - потому что всеравно использовался а для одного метода еще API писать было лень.

Comments

[DarkLynx91]

Забыл сказать, во 2й схеме планируется также использовать socket.io а не чистый websocket.

Меня во втором решении привлекает отсутствие лишних связей между django и NodeJS например.
Не нужно с nodejs Отправлять что то в django и наоборот. Всё в 1 месте и уже с RealTime.

[Сергей Протько]

DarkLynx91: хз, мне нравится SOA, когда можно разные части приложения писать на разных языках в зависимости от требований. Но все на самом деле упирается в вопросы архитектуры ну и нужно здравый смысл подключать. Если реалтайм нужен, и если будут использоваться websocket-ы, то почему бы и да, если это позволит сэкономить время.

Answer 3

[Сгущенка-тян]

Используем Autobahn. Пока еще рано говорить о каких-либо результатах, но в целом впечатление очень хорошее.