Infrastructure
L'infrastructure sur laquelle tournent mes produits et ceux de mes clients : cinq machines réparties sur trois sites, reliées par un VPN, supervisées, sauvegardées et documentées.
Ce que c'est
Cinq machines réparties sur trois sites — trois au même endroit, une sur un second site, une chez un hébergeur — reliées par un tunnel WireGuard dont le routeur MikroTik est le concentrateur. Un hôte porte les applications, un autre le reverse-proxy et ses vhosts, un troisième la supervision et la domotique, un quatrième la production publique, et un hyperviseur Proxmox les machines virtuelles de laboratoire. Le réseau est segmenté en VLANs, l'administration du routeur est filtrée hors VPN, et tous les domaines publics passent derrière Cloudflare.
Ce que ça fait
- Environ 170 conteneurs actifs répartis sur le parc
- Reverse-proxy nginx d’une vingtaine de vhosts, certificats automatisés
- VPN WireGuard maillé entre les trois sites, réseau segmenté en VLANs
- Supervision Prometheus / Grafana / Loki, près de quatre-vingts règles d’alerte
- Trois runners d’intégration continue auto-hébergés
- Adresse virtuelle keepalived pour la bascule de l’hôte applicatif
Ce qui a coincé
Faire cohabiter du matériel très inégal : l'un des hôtes est un Core 2 Duo de 2007 qui porte tout le reverse-proxy. Un build applicatif l'avait saturé ; la chaîne de déploiement a été refaite pour que la compilation ait lieu sur la machine applicative et que celui-ci ne reçoive qu'une image déjà construite.
Où ça en est
Aucun conteneur en défaut sur le parc. Les sauvegardes sont copiées hors site et restaurées chaque semaine pour être comparées à la base vivante — une sauvegarde n'est déclarée bonne qu'après restauration. L'ensemble est décrit dans 125 pages de documentation, journaux d'incidents compris — y compris les écarts constatés et les correctifs qui n'ont pas encore été appliqués.