Réalisations · Éditeurs de logiciels

DUCT

La chaîne de déploiement des applications Django

nginx · systemd · gunicorn · Celery · PostgreSQL · Redis · Let's Encrypt
En production

Illustration du projet — DUCT — Illustration du projet, et non capture du produit.

Contexte et périmètre

DUCT met en production les applications Django livrées par la fonderie : un zip standard, un manifeste qui déclare les services, un contrôle de santé. Chaque projet tourne sous son propre utilisateur, avec ses services, son schéma de base de données et son certificat.

Le contrat complet se lit avant de signer : voir « Comment nous livrons » (/livraison/).

Défis et solutions

Faire tourner des dizaines d'applications sur la même infrastructure.

Isolation par projet : utilisateur Linux, services systemd, port et schéma PostgreSQL dédiés.

Résultat : Un projet ne peut pas perturber son voisin.

Arrêter une mise en ligne cassée avant qu'elle n'arrive.

Une porte pré-vol refuse le push si une variable est lue sans être déclarée ou si un point d'entrée n'est pas celui de production.

Résultat : Les erreurs de configuration sont arrêtées avant le serveur.

Ce que fait l’application

Zip standard et manifeste
Ce qui tourne est déclaré, pas deviné.
Porte pré-vol
Une mise en ligne mal configurée est refusée avant le serveur.
Contrôle de santé
Un point de contrôle sans base de données, vérifié à chaque version.
Isolation par projet
Utilisateur, services, port et schéma de base dédiés.
HTTPS automatique
Certificat émis et renouvelé.
Déploiement par push
Un push sur la branche de production suffit.

Fonctionnement

Avant chaque mise en ligne, une porte pré-vol vérifie le contrat : variables d'environnement lues et déclarées, points d'entrée de production, réglages de sécurité. DUCT installe ensuite les dépendances, applique les migrations, collecte les fichiers statiques, régénère la configuration du serveur web et vérifie le contrôle de santé. Un push Git déclenche le déploiement.