Blog technique auto-hébergé

✍️ Documenter pour mieux apprendre et mieux transmettre

Ce blog technique a été mis en place pour répondre à un besoin concret : centraliser les connaissances accumulées au fil de mes projets. Lorsque l’on administre plusieurs applications, les procédures de déploiement, les commandes utiles, les diagnostics d’incidents et les décisions d’architecture peuvent rapidement se disperser.

La plateforme me permet de rédiger des articles structurés autour du développement web, de Docker, de l’administration Linux, de l’observabilité et de la cybersécurité. Elle sert à la fois de base documentaire personnelle et d’espace de partage pour rendre ces connaissances accessibles à d’autres personnes.

📚 Une organisation pensée comme une base de connaissances

Les contenus peuvent être organisés en ensembles cohérents afin de retrouver rapidement une procédure ou un sujet précis. Cette structure est particulièrement utile pour conserver des guides d’installation, des méthodes de dépannage, des notes de veille et des retours d’expérience complets.

L’objectif n’est pas seulement de publier des articles : il s’agit de créer une documentation durable, compréhensible plusieurs mois plus tard et suffisamment précise pour reproduire une manipulation sans dépendre de sa mémoire.

🐳 Une plateforme entièrement auto-hébergée

Le service est déployé sur mon propre serveur à l’aide de Docker Compose. L’application et sa base MariaDB fonctionnent dans des conteneurs distincts reliés par un réseau privé. Seul le service web rejoint le réseau du reverse proxy, ce qui évite d’exposer directement la base de données.

Les contenus, fichiers importés et données SQL sont stockés dans des volumes persistants. Une mise à jour de l’image ou une reconstruction du conteneur peut donc être réalisée sans perdre les articles ni les pièces jointes.

🔐 Sécurité, HTTPS et isolation

L’accès public passe par un reverse proxy qui termine la connexion HTTPS et applique les paramètres de sécurité communs à mes services. Les secrets et identifiants de base de données sont séparés du code source. Les conteneurs disposent de limites de mémoire et de processeur, ainsi que de l’option empêchant l’acquisition de nouveaux privilèges.

La base MariaDB reste accessible uniquement depuis son réseau Docker interne. Cette segmentation réduit la surface d’exposition et respecte le principe selon lequel un composant ne doit accéder qu’aux services dont il a réellement besoin.

🩺 Disponibilité et maintien en condition opérationnelle

Des healthchecks contrôlent l’état de l’application et de la base. Les politiques de redémarrage automatique permettent au service de revenir en ligne après un redémarrage du serveur ou l’arrêt inattendu d’un processus.

Le blog est également intégré à ma supervision globale : disponibilité HTTP, validité du certificat, consommation des ressources et journaux peuvent être consultés depuis la stack de monitoring. Cette visibilité facilite les mises à jour et réduit le temps nécessaire pour comprendre un incident.

🚀 Les compétences mises en valeur

Ce projet illustre une démarche qui dépasse l’installation d’un CMS. Il rassemble administration Linux, Docker Compose, réseau, MariaDB, stockage persistant, HTTPS, sécurisation et supervision. Il montre aussi ma volonté de documenter mon travail et de transformer chaque problème résolu en connaissance réutilisable.