Python и real-time

Емелин Александр (Mail.Ru Group)

Философия Питона гласит, что должен быть только один правильный способ сделать что-либо. К сожалению, на данный момент существует масса способов, которыми можно добавить real-time коммуникации на ваш сайт и среди них нет одного предпочтительного варианта.

Transcript

1. Python, Django, real-time web Александр Емелин MoscowDjango #18
2. Real-time web • Счетчики • Комментарии • Чаты • Уведомления • Кооперативное редактирование • Игры
3. Клиент WebSockets RFC 6455
4. Или? WebSuckets? http://lanyrd.com/2013/realtime-conf-europe/sccpxf/
5. Проблемы с вебсокетами • Не все браузеры поддерживают • Некоторые просто падают (safari < 5.14) • Отправка сообщения в закрытое вебсокет-соединение может привести к падению браузера (mobile safari) • Esc в Firefox < 20 закрывает все постоянные сетевые соединения • Мобильные провайдеры и антивирусы режут как хотят • Рекомендуется использовать wss и держать на портах 80, 443
6. Используем полифилл Socket.io http://socket.io/
7. А лучше SockJS https://github.com/sockjs/sockjs-client
8. Что на сервере? Django (WSGI) Самая большая проблема во всей истории
9. Асинхронные библиотеки • Twisted (2.6, 2.7, частично python 3) • Tornado (2.6, 2.7, 3.2, 3.3, 3.4) • Asyncio (python >= 3.3) • Gevent (2.6, 2.7) Версии Python указаны по состоянию на март 2014
10. Пути решения • Запускаем Django в одном процессе с асинхронным сервером используя WSGI контейнер • Запускаем асинхронный сервер как manage.py команду • Используем отдельный асинхронный сервер • Используем облачный сервис • Используем Gevent – патчим стандартные библиотеки • Используем API uWSGI для вебсокетов И другие (BOSH, Nginx…)
11. Основные проблемы • Состояние • Масштабирование • Аутентификация • Проксирование • Балансировка
12. Какой путь выбрать?
13. Преимущества Gevent • Все в одном процессе • Выигрываем в производительности везде, где только можно • Запросы, генерирующие события отсылаем через постоянное соединение – и можно делать динамичные игры
14. Недостатки Gevent • Серьезное изменение архитектуры и философии проекта, манки-патчинг • Нужно использовать “зеленые” библиотеки • Постоянно оценивать риск блокировок.
15. Преимущества отдельного real-time сервера • Нет магии. Ничего не патчим. • Не нужно менять способ деплоя приложения • Не нужно заботиться о блокирующих местах в коде. • Легко интегрировать с существующим сайтом • Существующие решения предоставляют широкие возможности “из коробки”, решая большинство озвученных ранее проблем
16. Недостатки отдельного real-time сервера • Веб приложение должно выдерживать HTTP запросы, генерирующие события • Еще одна сущность, которую нужно поддерживать
17. Centrifuge Особенности: • В качестве бекенда – Торнадо • В качестве клиентского полифилла - SockJS • Простое API • Масштабируется с помощью Redis PUB/SUB • Есть аутентификация • Приватные каналы • Информация о пользователях в канале, история сообщений, события о подписке/отписке https://github.com/FZambia/centrifuge
18. Centrifuge models.py: class Tweet(models.Model): … def save(self, **kwargs): super(Tweet, self).save(**kwargs) send_into_centrifuge(“public:tweets”, self.to_json()) В html: <div class="centrifuge" id=“ex" data-channel=“public:tweets“ ></div> И немного javascript: $(function() { $("#ex").on("centrifuge.message", function(event, message) { console.log(message.data); }); });
19. Centrifuge на Heroku https://github.com/centrifugal/heroku-centrifuge Requirements.txt: centrifuge centrifuge-postgresql Procfile: web: CENTRIFUGE_STORAGE=centrifuge_postgresql.Storage centrifuge --config=centrifuge.json --port=$PORT -- postgresql_url=$DATABASE_URL
20. Ссылки • State of the Real-Time Web with Django • Real-time Applications and will Django adapt to it? • Discussion on hacker news • Lessons Learned Architecting Realtime Applications • Python and Real-time • Django on Gevent