Можно ли использовать сервер разработки Django для однопользовательских приложений?
Я разрабатываю приложение, которое управляет некоторым сложным оборудованием и предоставляет фронтенд пользователям с помощью Django, в основном для кросс-платформы и удаленного доступа. В настоящее время использую шаблоны Django, но скоро будет отдельный front-end через вызовы DRF. Меня интересуют следующие основные моменты:
- управление пользователями. Пользователи-администраторы имеют более широкий доступ
- управление сеансами. В идеале, нельзя войти в систему с нескольких IP одновременно.
- поддержка web-socket для асинхронных уведомлений и мониторинга в реальном времени.
- асинхронные фоновые операции. например, с помощью celery workers .
Обратите внимание, что пользователями этих приложений являются операторы оборудования, которых обычно не более 3-5 человек, и чаще всего только один из них активно работает над ними, поэтому нет ни реального пользовательского параллелизма, ни реальной потребности в масштабировании.
Итак, мой вопрос: есть ли реальная причина, по которой я хочу распространять свое приложение, используя производственный сервер, такой как gunicorn, вместо того, чтобы просто запустить manage.py runserver?
Из документации django runserver :
НЕ ИСПОЛЬЗУЙТЕ ЭТОТ СЕРВЕР В ПРОИЗВОДСТВЕННЫХ УСЛОВИЯХ. Он не проходил аудита безопасности или тестов производительности. (И так оно и останется. Мы занимаемся созданием веб-фреймворков, а не веб-серверов, поэтому улучшение этого сервера для работы в производственной среде выходит за рамки Django.)
>
Сервер разработки не предназначен для использования в производстве. Он не рассчитан на особую эффективность, стабильность или безопасность. Он не поддерживает все возможные функции HTTP-сервера.
Короче говоря, python manage.py runserver может работать, пока не сломается!!!