Какую технологию выбрать для асинхронной передачи данных?

Question

[Дмитрий Смирнов]

Стоит задача - асинхронно получать данные с сервера.
Идея такая - человек логинится в систему и начинает получать некоторые графики (тренды или текущие показатели с определенного датчика или нескольких). Данные с устройств пишутся в базу (PostgreSQL). Интерфейс, где пользователь логинится в систему, настраивает привязки датчиков к своему аккаунту и прочие настройки написаны на Django (ну как написаны, это дело в процессе).
По моему замыслу, человек логинится и видит перед собой интерфейс - отдельный фрейм для постоянного вывода данных + всякие кнопки для настроек.
Так вот вопрос - что читать, какую технологию выбрать для постоянного отображения?
Сразу скажу - датчиков сотни, людей десятки, отношения - многие ко многим, с одного датчика десяти сигналов в секунду.
Буду рад любым советам (до этого проекта опыт только С++)

Answer 1

[Yuri Shikanov]

WebSocket + Tornado, например.

Answer 2

[Andrey K]

asyncio.org

Answer 3

[Макс]

Центрифугу возьмите

Comments

[Николай Шерегеда]

Пользуюсь, не нарадуюсь.

[FZambia]

Спасибо за ссылку:) Центрифуга сейчас в процессе миграции c Python на Go - будет быстрей и удобней, уже сейчас можно попробовать pre-release Go-версию, вот репа: https://github.com/centrifugal/centrifugo , там есть ссылки на релиз и на документацию, которая сейчас в процессе написания.

Answer 4

[Алексей Черемисин]

Поддержу про торнадо, но еще более рекомендую посмотреть на cyclone.io
Это торнадо переписанный под twisted, который как нельзя лучше вам подойдет (это я про https://twistedmatrix.com/ ). У меня так система работает, вся обработка делается в twisted, а отдаю через cyclone по ajax (вебсокетов на клиентах, увы у меня нет :-( )
А технология называется comet. Реализуется в разных вариантах, у которых есть плюсы и минусы. Смысл в том, что браузер тем или иным образом (comet, websocket, ajax, ajaxp, longframe, longpooling и т.д.) подключается к серверу и ждет прихода события от сервера. Само событие может содержать кучу данных, которые обновились.

Я бы рекомендовал сделать следующим образом. Поставить сервер очередей типа rabbitmq, а через торнадо/cyclone подключаться к очереди через ajax/ajaxp и/или websockets.

Ну а если просто нужно слушать очереди сообщений (без хитрой обработки на web-сервере), то можно просто обойтись rabbitmq-stomp.

В принципе, в циклоне есть несколько примеров:
- https://github.com/fiorix/cyclone/tree/master/demo... - очереди на основе redis
- https://github.com/fiorix/cyclone/tree/master/demo... - собственно websocket
- https://github.com/fiorix/cyclone/tree/master/demo... = чистый ajax

Answer 5

[marazmiki]

Торнадо?