Lab de staging réseau

Le problème

L'équipe réseau Criteo ne disposait d'aucun environnement de test dédié. Les nouvelles configurations, VLANs, politiques d'accès, firmware, nouvelles fonctionnalités Meraki, étaient validées directement en production, ce qui exposait le réseau à des interruptions de service non planifiées. J'ai remonté ce constat à mon maître d'apprentissage : chaque changement non testé était un pari sur la production.

Ce que j'ai fait

• Proposé et construit un Lab Meraki full-stack isolé (MX, MS210, MR46, segment IoT), sur une org Dashboard distincte de la prod avec un ISP différent.
• Documenté l'architecture sur Confluence (topologie, plan VLAN, procédures de test) pour que toute l'équipe puisse l'utiliser sans me solliciter.
• Redesigné le Lab pour intégrer un Catalyst C9300-24S en core switch (port-channel, root bridge STP, trunks VLAN) et validé l'interopérabilité Meraki/Catalyst.
• Intercepté une boucle STP naissante avec MAC flapping lors d'un test d'upgrade Catalyst, jamais atteinte la production.
• Validé Access Manager et l'intégration Entra ID en Lab avant leur activation à l'échelle mondiale.

Résultats

Le Lab est utilisé quotidiennement par l'équipe réseau, ponctuellement par l'équipe EUS. Plus aucune modification significative n'est appliquée directement en production sans validation préalable. L'intégration des Catalyst C9300-24S en production s'est faite avec confiance, grâce aux tests d'interopérabilité menés en amont.

Ce que j'en retiens

C'est le projet dont je suis le plus fier à Criteo, précisément parce qu'il n'était pas demandé. J'ai aussi appris que la vraie contrainte n'est pas de monter un Lab, c'est de le maintenir aligné sur la prod : une fois, j'ai testé une config sur un environnement qui avait légèrement dérivé, le test est passé, la prod a réagi différemment. Depuis, je vérifie régulièrement l'alignement entre les deux.