Questions Fréquentes

Le NetDevOps applique les pratiques DevOps (versioning, CI/CD, tests automatisés, Infrastructure as Code) au monde du réseau. L'objectif : traiter la configuration réseau comme du code, avec les mêmes exigences de qualité, de traçabilité et d'automatisation que le développement logiciel.

Le DevOps classique cible les applications et les serveurs. Le NetDevOps cible l'ensemble des équipements d'infrastructure , switches, routeurs, firewalls, load balancers, points d'accès Wi-Fi, et plus généralement tout équipement physique ou logique présent sur le réseau. L'approche est quasi agnostique à l'équipement tant qu'il fait partie de l'infrastructure. Les protocoles (NETCONF, RESTCONF, gNMI, SNMP), les langages de description (YANG) et les contraintes opérationnelles diffèrent du monde applicatif, mais les outils et méthodes se recoupent.

À toute organisation qui gère un parc réseau de plus de quelques dizaines d'équipements. Les bénéfices sont proportionnels à la taille du parc : plus il y a d'équipements, plus l'automatisation réduit les erreurs humaines et le temps de déploiement.

Les gains les plus mesurables sont la réduction du temps de déploiement de changements réseau (de jours à minutes), la diminution des erreurs de configuration (source principale de pannes), et la capacité à auditer et rollback chaque changement. L'inventaire automatisé via une Source of Truth supprime aussi les heures passées à maintenir des fichiers Excel.

Oui. Le NetDevOps est agnostique constructeur. Nos outils supportent Cisco, Arista, Juniper, Fortinet, Huawei, Nokia et d'autres. Nous commençons toujours par un audit de l'existant pour identifier les points d'entrée les plus rentables, sans imposer de remplacement matériel.

NetBox est la référence open source pour l'inventaire réseau (Source of Truth). Nautobot est un fork de NetBox avec un focus sur l'extensibilité et les intégrations. Infrahub, plus récent, apporte une approche graph-native avec versioning intégré et gestion des conflits. Le choix dépend de votre contexte et de vos contraintes , nous maîtrisons et déployons les trois.

Ansible est plus accessible (syntaxe YAML, large communauté, modules réseau natifs) et convient à la majorité des cas. Nornir est un framework Python pur, plus performant pour les opérations à grande échelle (parallélisme natif, contrôle fin). Nous utilisons souvent les deux : Ansible pour les playbooks standards, Nornir pour les scripts haute performance.

C'est justement là où le NetDevOps prend tout son sens. Les outils comme Ansible, Nornir et NetBox sont agnostiques constructeur. Nous normalisons les données d'inventaire dans une Source of Truth unique, puis nous générons les configurations spécifiques à chaque vendor via des templates Jinja2. Le résultat : une seule source de vérité, des déploiements cohérents sur tout le parc.

C'est le fait de décrire l'état souhaité de votre réseau dans des fichiers versionnés (Git), puis d'appliquer ces descriptions automatiquement sur les équipements. Chaque changement est tracé, revu par des pairs, testé dans un pipeline CI/CD, et déployable de manière reproductible. Exactement comme du code applicatif.

Nous utilisons des environnements de simulation comme ContainerLab ou EVE-NG pour reproduire votre topologie réseau en laboratoire. Les changements sont d'abord validés dans cet environnement isolé, puis déployés en production via un pipeline CI/CD avec des mécanismes de rollback automatique en cas d'échec.

Un audit initial prend 3 à 5 jours. Un projet d'automatisation complet (de l'audit au déploiement en production) dure généralement 2 à 6 mois selon le périmètre. Nous travaillons en itérations courtes (sprints de 2 semaines) avec des livrables à chaque étape.

Nous travaillons en Agile, avec des itérations courtes (sprints de 2 semaines), des livrables réguliers et une communication transparente. Le périmètre s'affine au fil du projet plutôt que d'être figé dans un cahier des charges. Cette approche permet de s'adapter aux réalités terrain et de livrer de la valeur dès les premières semaines.

Oui, c'est même souvent le point de départ. Nous créons les ponts nécessaires (parsers, templates, connecteurs) pour automatiser progressivement le Legacy sans tout casser. L'objectif n'est pas de remplacer l'existant du jour au lendemain mais d'introduire l'automatisation là où elle apporte le plus de valeur immédiatement.

Chaque projet inclut une phase de formation et de documentation technique. Notre objectif est l'autonomie de vos équipes. Nous proposons aussi des formations dédiées (du fondamental au cas avancé) et du pair-programming pour accélérer la montée en compétences.

Nous avons quatre types d'interventions : l'augmentation Open Source (nous déployons et supportons NetBox, Ansible, etc.), le développement sur mesure (APIs, outils, automatisations spécifiques à votre contexte), les développements sur socles NXO (extensions de notre NANO Framework v3), et les formations. Un projet peut combiner plusieurs de ces volets.