Как подружить Django с механизмом перезапуска uWSGI? | OTUS
⚡ Подписка на курсы OTUS!
Интенсивная прокачка навыков для IT-специалистов!
Подробнее

Курсы

Программирование
Python Developer. Professional
-3%
Разработчик на Spring Framework
-5%
iOS Developer. Professional
-8%
Golang Developer. Professional
-6%
Базы данных
-12%
Agile Project Manager
-5%
Android Developer. Professional
-11%
Microservice Architecture
-5%
C++ Developer. Professional
-5%
Highload Architect
-6%
JavaScript Developer. Basic
-8%
Backend-разработчик на PHP
-9%
C# Developer. Professional
-9%
Team Lead
-6%
Алгоритмы и структуры данных Разработчик программных роботов (RPA) на базе UiPath и PIX Unity Game Developer. Basic Разработчик голосовых ассистентов и чат-ботов Vue.js разработчик VOIP инженер NoSQL Супер-практикум по использованию и настройке GIT Symfony Framework iOS Developer. Basic Супер-интенсив «СУБД в высоконагруженных системах» Супер-интенсив "Tarantool"
Инфраструктура
DevOps практики и инструменты
-12%
Базы данных
-12%
Network engineer. Basic
-10%
Network engineer
-4%
Экcпресс-курс «ELK»
-10%
Инфраструктурная платформа на основе Kubernetes
-6%
Administrator Linux.Basic
-10%
Экспресс-курс «CI/CD или Непрерывная поставка с Docker и Kubernetes»
-30%
Дизайн сетей ЦОД
-13%
PostgreSQL
-8%
Разработчик программных роботов (RPA) на базе UiPath и PIX Reverse-Engineering. Professional Внедрение и работа в DevSecOps Administrator Linux. Advanced Infrastructure as a code in Ansible Супер - интенсив по паттернам проектирования Супер - интенсив по Kubernetes Экспресс-курс «IaC Ansible»
Специализации Курсы в разработке Подготовительные курсы
+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 комментариев
Для комментирования необходимо авторизоваться