Выбор технологий веб-приложений

Question

В настоящее время я пишу пользовательский интерфейс в ember.js и нуждаюсь в некоторой помощи в решении на стороне сервера, касающемся технологий передачи и серверного скрипта.

Приложение планируется просто отключить вызов нескольких сценариев на стороне сервера с добавлением некоторого средства поддержки базы данных для обработки прав пользователей и хранения входов-выходов.

Пользователи должны быть зарегистрированы для правильной работы с приложением.

Я ожидаю высокую параллельность работающих пользователей, и поскольку я могу использовать больше паралатных потоков на сервере, я не совсем уверен, что мне нужно пойти с Node.js + socket.io.

Половина запросов будет простым запросом к запросам базы данных, а другой половине потребуется немного больше времени вычисления другого скрипта на стороне сервера (до 5 секунд).

Я, скорее всего, буду использовать MongrelDB как базу данных.

Моих большие вопросы:

• Является ли сегодня technologicaly безопасно идти с чистым WebSockets или лучше иметь gracefull деградации Socket.io?
• Будет ли масштаб node.js красивым на многоядерном ящике, или я должен использовать что-то вроде Mongrel2 с бэкэндом python?
• Будет ли python backend обрабатывать большую согласованность, давая несколько ответов на самом деле?
• Как обращаться с зарегистрированными пользователями с помощью node.js + socket.io?

Answer 1

1. Лучше иметь изящную деградацию - поскольку протокол WebSocket по-прежнему быстро меняется.
2. Для scalling я использую Redis pub/sub, но вы можете использовать кластерный модуль для многоядерных процессоров.
3. Не знаю.
4. Я обмениваюсь сеансом подключения к socket.io с помощью RedisStorage. Вы можете использовать RedisStorage только для зарегистрированных пользователей.