Sept serveurs, une leçon : l’infrastructure est un graphe de dépendances

L’énoncé ressemble à une liste de courses : déployer sept serveurs sur un seul hôte Ubuntu — DHCP, DNS, hébergement virtuel Apache, Postfix, NFS, SSH, Samba avec Active Directory — et servir des VM clientes sur un réseau interne VMware. Les listes de courses mentent. Ce que le projet enseigne réellement, c’est que l’infrastructure d’entreprise est un graphe de dépendances, et que ce graphe ne pardonne rien.

Construire dans l’ordre des dépendances, ou déboguer en rond

Tout suppose le nommage et l’adressage. La messagerie échoue en silence quand les enregistrements DNS sont faux. Les jonctions au domaine échouent quand la résolution de noms et la dérive d’horloge divergent. Un serveur web qui répond par IP mais pas par nom d’hôte n’a rien d’un problème web. Dès que j’ai commencé à construire strictement dans l’ordre des dépendances — DHCP et DNS d’abord, l’identité ensuite, les applications en dernier — la moitié des pannes mystérieuses ne s’est tout simplement plus produite.

Le client est le seul juge

Ma définition du « terminé » a changé pendant ce projet. Un service n’est pas fini quand il démarre proprement ; il est fini quand une machine cliente, qui ne sait rien de votre configuration, peut le consommer — obtenir le bail, résoudre le nom, charger le site, envoyer le courrier, monter le partage. Valider depuis le côté client du réseau a révélé des problèmes parfaitement invisibles depuis le shell du serveur lui-même.

Sept services, un hôte, aucune isolation

Faire tourner l’ensemble sur un seul hôte ajoute une cruauté particulièrement pédagogique : chaque correctif risque de déranger un voisin. Redémarrez le réseau pour appliquer la modification DNS, et les baux DHCP vacillent. Cela force à comprendre ce que chaque service touche réellement — et c’est précisément la compréhension que les diapositives et les schémas ne donnent jamais.

Quand le DNS, le DHCP et l’identité s’accordent, tout ce qui repose dessus devient simple.

Cette phrase résume tout le projet. Les applications que les gens voient — le site web, la messagerie, les disques partagés — sont la couche facile. La couche invisible en dessous, là où les noms se résolvent et les identités s’authentifient, est celle où la fiabilité se construit vraiment.