Django est bardé de raccourcis pour simplifier la vie des développeurs Web, mais tous ces outils ne servent à rien si vous n’arrivez pas à déployer vos sites facilement. Dès la création de Django, la facilité de déploiement a constitué un objectif important.
\nIl existe de nombreuses façons de déployer une application Django, en fonction de l’architecture ou des besoins métiers particuliers, mais cette discussion sort du cadre de ce que Django peut offrir en terme de consignes.
\nDjango étant par nature un cadriciel Web a besoin d’un serveur Web pour fonctionner. Et comme la plupart des serveurs Web ne communiquent pas nativement avec Python, il y a besoin d’une interface pour permettre cette communication. La commande runserver démarre un serveur de développement allégé, mais qui n’est pas adapté à un contexte de production.
Django prend actuellement en charge deux interfaces : WSGI et ASGI.
\nWSGI est le standard Python principal pour la communication entre les serveurs Web et les applications, mais il ne gère que le code synchrone.
ASGI est le nouveau standard orienté sur le code asynchrone qui permet à un site Django de bénéficier des fonctionnalités asynchrones de Python et de Django au fur et à mesure de leur disponibilité.
Il est également nécessaire de considérer la manière de gérer les fichiers statiques de votre application ainsi que le signalement des erreurs.
\nPour terminer, avant de passer une application en production, il est recommandé de passer en revue notre liste de contrôle de déploiement pour s’assurer que les configurations appliquées sont convenables.
\nmod_wsgiapplication