Une seule personne, une douzaine de services en production

Problème

Chaque étude de cas de ce site tourne quelque part — et ce « quelque part » est un serveur unique autogéré, pas une plateforme managée qui abstrait le travail opérationnel. Faire tourner de façon fiable plus d'une douzaine de services indépendants sur une seule machine, sans équipe plateforme, signifie que c'est la conception même de l'infrastructure qui doit porter la charge de la fiabilité.

Action

• Conception et exploitation d'une stack orchestrée par Docker Compose faisant tourner 12+ services de production polyglottes — applications Django, installations WordPress, services Node.js, bots Telegram en Python et workflows d'automatisation n8n — côte à côte sur une infrastructure partagée.
• Nginx utilisé comme reverse proxy partagé et couche de terminaison TLS devant tous les services, avec Certbot qui gère l'émission et le renouvellement automatisés des certificats sur chaque domaine et sous-domaine.
• Gestion de la persistance des données sur trois moteurs de bases de données différents (PostgreSQL, MariaDB, SQLite), choisis service par service selon les besoins réels, plutôt que d'imposer un moteur unique partout.
• Déploiements structurés de sorte que chaque service puisse être reconstruit et redéployé indépendamment, sans interruption pour les autres — un changement de configuration ou de code sur un bot ou une app ne risque pas de provoquer une panne sur un service sans rapport partageant la même machine.

Résultat

Plus d'une douzaine de services de production — couvrant plusieurs langages et frameworks — qui tournent de façon fiable sur une infrastructure qu'une seule personne conçoit, déploie et maintient de bout en bout. C'est la même discipline opérationnelle (isoler le rayon d'impact, automatiser les tâches répétitives, savoir exactement ce qui tourne où) que l'on retrouve dans chaque mission client présentée sur ce site, simplement appliquée ici à la propre stack d'Ali plutôt qu'à celle d'un client.