Déployer un référentiel réseau local avec NetBox: socle pour automatisation (1/3)

Introduction

Dans la pratique, le temps passé à préparer un test dépasse souvent largement le temps du test lui-même.

Environnement incomplet.
Données incohérentes.
Dépendances implicites.

Résultat :

• plusieurs heures de préparation
• un état jamais identique
• des tests difficiles à reproduire

Le problème n’est pas de tester.

Le problème est le coût d’entrée pour pouvoir tester.

Objectif

Réduire ce coût.

Passer d’un environnement dépendant de l’existant
à un environnement :

• local
• maîtrisé
• reproductible

Le principe

Avant d’automatiser quoi que ce soit, il faut un point de départ.

Un référentiel.

Pas un inventaire.
Pas un outil rempli à la main.

Mais une base que l’on peut reconstruire à l’identique.

Choix

NetBox est utilisé ici.

Non pas comme une interface de saisie,
mais comme un support de modèle exposé via API.

Problème classique

NetBox est souvent utilisé comme un formulaire.

On remplit.
On corrige.
On ajuste.

Progressivement, l’état dérive.

Et chaque test dépend de cet état.

Approche

Créer un socle simple :

• isolé
• contrôlé
• jetable

Basé sur une stack Docker minimale.

Avec un point d’entrée unique :

la devbox

Résultat

Un environnement que l’on peut :

• démarrer
• détruire
• reconstruire

En quelques minutes.

Conclusion

Un test n’est fiable que si son point de départ l’est aussi.

Avec un socle maîtrisé :

la préparation cesse d’être un problème.

Repo

Une implémentation minimale de ce socle est disponible ici :

Repository NetBox Sandbox