Как подружить Django с механизмом перезапуска uWSGI? | OTUS
🔥 Начинаем BLACK FRIDAY!
Максимальная скидка -25% на всё. Успейте начать обучение по самой выгодной цене.
Выбрать курс

Курсы

Программирование
iOS Developer. Basic
-25%
Python Developer. Professional
-25%
Разработчик на Spring Framework
-25%
Golang Developer. Professional
-25%
Python Developer. Basic
-25%
iOS Developer. Professional
-25%
Highload Architect
-25%
JavaScript Developer. Basic
-25%
Kotlin Backend Developer
-25%
JavaScript Developer. Professional
-25%
Android Developer. Basic
-25%
Unity Game Developer. Basic
-25%
Разработчик C#
-25%
Программист С Web-разработчик на Python Алгоритмы и структуры данных Framework Laravel PostgreSQL Reverse-Engineering. Professional CI/CD Vue.js разработчик VOIP инженер Программист 1С Flutter Mobile Developer Супер - интенсив по Kubernetes Symfony Framework Advanced Fullstack JavaScript developer Супер-интенсив "Azure для разработчиков"
Инфраструктура
Мониторинг и логирование: Zabbix, Prometheus, ELK
-25%
DevOps практики и инструменты
-25%
Архитектор сетей
-25%
Инфраструктурная платформа на основе Kubernetes
-25%
Супер-интенсив «ELK»
-16%
Супер-интенсив «IaC Ansible»
-16%
Супер-интенсив "SQL для анализа данных"
-16%
Базы данных Сетевой инженер AWS для разработчиков Cloud Solution Architecture Разработчик голосовых ассистентов и чат-ботов Внедрение и работа в DevSecOps Администратор Linux. Виртуализация и кластеризация Нереляционные базы данных Супер-практикум по использованию и настройке GIT IoT-разработчик Супер-интенсив «СУБД в высоконагруженных системах»
Специализации Курсы в разработке Подготовительные курсы
+7 499 938-92-02

Как подружить Django с механизмом перезапуска uWSGI?

Webdev_Deep_29.04-5020-ef633a.png

Представим следующую ситуацию: вы разрабатываете большой и сложный проект на Django, который с самого начала «прибит гвоздями» к PostgreSQL, скажем, из-за того, что заказчик требует присутствия в продукте фич, которые уникальны для этого сервера баз данных (например, производительный полнотекстовый поиск или хранение геолокационных данных).

Крутить у себя на компьютере PostgreSQL со всеми его базами данных — не самый удобный вариант, поэтому вы с самого старта ведёте разработку с использованием Docker и docker-compose. И тут встаёт проблема с отладочной версией приложения. Нет, прокинуть в контейнер переменную окружения DEBUG — это дело нехитрое, но очень хочется, чтобы при разработке изменения в коде тут же отражались в запущенном контейнере — т. н. авторелоад, но что именно и как релоадить при такой конфигурации — непонятно.

Я для себя решил эту проблему с помощью сервера веб-приложений uWSGI, часто используемого в развёртывании Django. У uWSGI есть возможность, помимо запуска основного веб-приложения, с помощью конфигурационной опции mule запускать произвольный Python callable, который может выполнять любые фоновые задачи.

Итак, в конфиге uWSGI пишем:

mule=project.wsgi:reloader

А в файл wsgi.py Django-проекта добавляем следующий код:

# ...

import django
from django.utils import autoreload
import uwsgi


def reloader():
    if django.conf.settings.DEBUG:
        print('Starting debug reloader')
        while True:
            if autoreload.inotify_code_changed():
                uwsgi.reload()

# ...

Этот код "дружит" механизм обнаружения изменений в исходниках Django-проекта с механизмом перезапуска uWSGI. Остаётся только прокинуть внутрь контейнера с Django volume с кодом и наслаждаться автоматическим перезапуском веб-приложения в контейнере!

Не пропустите новые полезные статьи!

Спасибо за подписку!

Мы отправили вам письмо для подтверждения вашего email.
С уважением, OTUS!

Автор
0 комментариев
Для комментирования необходимо авторизоваться
🎁 Максимальная скидка!
Черная пятница уже в OTUS! Скидка -25% на всё!