ArchiFlow

Voyez votre réseau. Préparez son évolution.

Découvrez équipements et connexions. Transformez-les en topologie vivante, puis examinez et déployez les modifications depuis le même endroit.

Site du produit Discuter de votre environnement

Commencez par le réseau existant.

Découvrez les équipements réseau et leurs connexions sans installer d’agents. Les six types d’équipements restent reliés au même concentrateur de découverte.

Commutateur, routeur, pare-feu, point d’accès, serveur et stockage se relient autour d’un concentrateur de découverte ArchiFlow.

Découverte sans agent et documentation de la topologie
Modèle → comparaison → approbation → déploiement
Déploiement cloud, sur site ou déconnecté

Fait pour le travail.
Change la méthode.

Trois situations où ArchiFlow transforme la complexité en une prochaine étape claire.

01 / 03

Commencez par le réseau réellement présent.

Le défi: Une équipe prend en charge un site équipé par plusieurs fournisseurs et dont les schémas sont obsolètes.
Le produit en action: Définissez les plages de scan et les identifiants de lecture, découvrez équipements et voisins, examinez les liaisons incertaines et transformez les résultats en schéma modifiable.
Ce qui change: L’équipe dispose d’un inventaire et d’une topologie de référence partagés, qu’elle peut revérifier lors des analyses suivantes.

02 / 03

Examinez la modification. Puis mettez-la en œuvre.

Le défi: Un paramètre commun doit être mis à jour sur plusieurs commutateurs sans perdre les différences propres à chaque modèle.
Le produit en action: Préparez un modèle, comparez-le à l’état réel, obtenez l’approbation et exécutez-le sur un ensemble pilote limité. Examinez les résultats et les différences avant de poursuivre le déploiement.
Ce qui change: La modification reste liée à la configuration examinée et à l’historique d’exécution, permettant d’évaluer une reprise si le résultat ne convient pas.

03 / 03

Nouvel équipement. Même contexte partagé.

Le défi: Une unité est retirée et une équipe locale installe sa remplaçante avec le centre d’exploitation.
Le produit en action: Vérifiez le stock de rechange et les connexions de l’unité, transférez les relations vers le remplacement et contrôlez la topologie et la configuration après installation.
Ce qui change: La documentation reflète l’unité active et son historique de remplacement, pour donner à l’équipe suivante la même vision opérationnelle.

Scénarios et images illustratifs.

Un système ciblé.
Un élément d’un ensemble plus vaste.

Un espace de travail pour l’équipe réseau : découvrir les équipements existants, créer une documentation modifiable et relier chaque modification à la configuration, à l’adressage et à l’historique d’exécution. Les opérateurs réseau peuvent travailler à la fois sur la conception prévue et sur le parc observé.

La fondation réseau.

ArchiFlow donne aux équipes Titans une vue commune de l’infrastructure dans laquelle elles travaillent : équipements, liaisons, adresses et configurations. Lors d’une intervention, ce contexte relie la conception réseau aux personnes qui l’exploitent. La découverte établit la référence initiale ; les modifications examinées et la documentation vivante la rendent utile après le déploiement.

Le connaître en détail.

ArchiFlow donne aux équipes réseau une vue de travail connectée de leur infrastructure. La découverte identifie les équipements accessibles et leurs voisins ; une topologie modifiable relie équipements, câbles et adresses à l’inventaire. Les ingénieurs peuvent ensuite préparer une configuration, la comparer à l’état actif et examiner un déploiement dans ce même contexte. L’espace conserve aussi les versions, l’historique d’exécution et les fiches de remplacement. Son but concret : permettre au prochain ingénieur de comprendre l’équipement, la modification proposée et les preuves laissées par l’opération précédente.

À qui cela s’adresse

Équipes réseau, infrastructure et sécurité d’organisations multisites, administrations, exploitants de centres de données et prestataires MSP.

Le processus complet

Processus illustratif sans données client : une équipe réseau prend en charge un site avec des commutateurs de plusieurs fournisseurs et des schémas incomplets. Elle établit les connexions avant de préparer et d’exécuter une modification commune de configuration.

Définir et découvrir le site
Le responsable réseau choisit plages d’adresses et voies de gestion autorisées. Des identifiants au périmètre limité permettent à la découverte d’identifier les équipements et récupérer les voisins via les protocoles pris en charge.
Un inventaire et une topologie observés, avec le degré de confiance des liaisons, peuvent être comparés aux équipements connus.
Examiner le modèle de travail
Un ingénieur vérifie les liaisons incertaines, transforme la découverte en schéma modifiable et complète les informations manquantes de site, d’adresse ou de connexion. Les fichiers Excel existants peuvent être soumis à une correspondance des colonnes et à une validation.
Les appareils, les connexions et l’adressage vérifiés donnent le contexte permettant de sélectionner les équipements concernés par la modification.
Préparer et comparer la configuration
L’ingénieur choisit un modèle CLI ou Jinja2 et fournit les champs pertinents de l’équipement. La configuration candidate est comparée à l’active avant qu’un opérateur habilité examine les différences.
La configuration proposée et ses différences peuvent être examinées dans le contexte des équipements réels.
Exécuter un déploiement limité
L’opérateur approuve un essai limité sur des équipements sélectionnés. L’équipe vérifie la sortie des commandes, y compris les erreurs CLI propres à la plateforme, avant de décider d’étendre la modification.
L’historique d’exécution et les versions de configuration permettent à l’opérateur d’examiner ce qui s’est passé. Les règles de poursuite et d’arrêt suivent la procédure de modification convenue.
Vérifier et transmettre
L’ingénieur examine configuration et topologie obtenues, consigne les problèmes non résolus et planifie une nouvelle découverte. En cas de reprise, l’équipe suit la voie testée pour cette famille d’équipements et cette modification.
L’équipe suivante peut examiner ensemble modèle actuel, configuration vérifiée et historique d’exécution, avec le travail restant identifié.

La modification laisse une chaîne vérifiable des équipements découverts à la configuration proposée puis au résultat d’exécution. Reprise, compatibilité et critères d’acceptation sont établis pour le réseau choisi.

Les capacités internes

Découverte et cartographie réseau

Le balayage des plages IP et la découverte des voisins par SSH, SNMP, CDP et LLDP réunissent équipements et liaisons dans une topologie commune. Le degré de confiance aide les opérateurs à distinguer les informations observées des relations à vérifier.

Entrée: Plages IP autorisées, voies de gestion accessibles et identifiants d’équipements au périmètre défini.
Sortie: Observations d’équipements et relations de voisinage, avec un niveau de confiance qui repère les liaisons à vérifier par un ingénieur.

Conception et documentation actualisées

Un schéma modifiable traite les équipements, les connexions et les adresses comme des éléments du modèle réseau. Transformez les résultats de découverte en une conception partagée et actualisez la documentation par des scans répétés.

Entrée: Résultats de découverte, inventaire existant et modifications des équipements, câbles ou adresses.
Sortie: Un modèle réseau modifiable qui relie le schéma à l’inventaire et peut être comparé à un scan ultérieur.

Adresses IP et préfixes

Gérez adresses, préfixes et VLAN dans le contexte des sites et équipements. Allocation, opérations groupées et vues d’utilisation créent une base structurée pour la prochaine modification réseau.

Entrée: Espace d’adressage, préfixes et affectations connus, associés aux sites et équipements.
Sortie: Des informations sur l’allocation et l’utilisation des adresses qui aident l’équipe à préparer la prochaine modification sans dépendre de listes séparées.

Modèles de configuration

Les modèles CLI et Jinja2 utilisent les champs des équipements pour préparer la configuration adaptée. Une bibliothèque commune et un historique des versions conservent les modèles et les décisions associées pour un travail reproductible.

Entrée: Un modèle CLI ou Jinja2 versionné et les valeurs de l’équipement sélectionné.
Sortie: Configuration candidate propre à l’équipement, prête à être comparée et examinée avant déploiement.

Sauvegardes, différences et dérive

Capturez les configurations actives et comparez-les aux modifications proposées. L’historique des versions et les différences regroupées entre équipements aident à repérer les dérives et à évaluer une voie de reprise.

Entrée: Une configuration active capturée et une version candidate ou antérieure.
Sortie: Versions de configuration et différences regroupées, preuves pour examiner la dérive et évaluer la reprise.

Déploiement progressif et planifié

Définissez un ensemble d’équipements, une fenêtre de modification et un premier essai limité. L’historique d’exécution et les résultats des commandes aident à évaluer la modification avant de l’étendre aux autres équipements.

Entrée: Configuration examinée, ensemble d’équipements, créneau autorisé et périmètre pilote initial.
Sortie: Historique d’exécution et résultats des commandes pour décider de continuer, de corriger la modification ou d’enquêter sur un échec.

Inventaire, pièces de rechange et remplacement

Reliez les inventaires d’équipements, de câbles et d’alimentations aux sites et aux schémas. Le remplacement peut transférer les relations d’interfaces, d’adresses et de câbles au nouvel équipement, tout en consignant le retrait de l’ancienne unité.

Entrée: Inventaire du site, équipements de rechange disponibles et relations d’interfaces, d’adresses et de câbles de l’ancienne unité.
Sortie: Une fiche de remplacement et des relations transférées dans le modèle réseau, avec l’unité retirée identifiée.

Collaboration et assistance IA

La modification partagée et le journal d’activité maintiennent le contexte de l’équipe réseau. L’assistance IA peut répondre à partir des données réseau et préparer des modifications à examiner. La configuration cloud ou locale du modèle dépend de la version, de l’environnement d’exécution et de la politique de données.

Entrée: Activité de l’équipe, schéma ouvert et informations réseau disponibles pour l’utilisateur.
Sortie: Contexte de travail commun et réponses IA ou modifications proposées pour examen par l’opérateur. Le mode IA disponible dépend du déploiement.

L’information qui reste reliée

Ces objets de travail expliquent les informations utilisées dans une tâche. Leurs descriptions ne constituent ni un schéma de base de données ni un format d’API publiés.

Sites, équipements et connexions

Équipements, interfaces, câbles et relations de site relient les équipements découverts à la topologie. Le degré de confiance des liaisons distingue observations étayées et relations à vérifier.

Trouver les équipements affectés par une modification et transmettre leur contexte à un autre ingénieur.

Adresses et espace réseau

IP, préfixes et VLAN peuvent être gérés ou importés avec les autres objets d’inventaire. Les données de tableurs existants passent par une correspondance et une validation.

Préparer les allocations et vérifier les informations réseau dont dépend un modèle.

Configurations et versions

Modèles, configuration candidate, configuration active et versions conservées représentent les états proposé et observé. Leur comparaison expose les différences entre équipements sélectionnés.

Examiner une modification et évaluer une voie de reprise vérifiée pour la plateforme.

Exécutions, activité et audit

Les résultats de déploiement, l’activité de découverte et les événements de configuration laissent un historique opérationnel. Le Trust Center public décrit aussi l’export d’audit vers un SIEM.

Comprendre le résultat d’une exécution, retracer les responsabilités et transmettre les preuves aux outils de contrôle existants.

Connexions à vos systèmes existants

Équipements et versions des systèmes d’exploitation

La connectivité comprend notamment les familles d’équipements Cisco, Juniper, Arista, Fortinet et Palo Alto. La découverte vérifie les modèles, les versions et les opérations requises pour chaque famille.

Inventaire et données existants

Équipements, adresses, sites et connexions peuvent être importés depuis Excel avec correspondance et validation des colonnes. Une intégration NetBox exige des règles de responsabilité pour chaque champ et sa synchronisation.

Supervision et processus opérationnels

Reliez le modèle réseau au contexte de supervision et à des systèmes comme SolarWinds. Les connexions API et transmissions d’événements supplémentaires sont cadrées selon les outils existants de l’organisation.

Modalités de déploiement et de gestion

Les options de déploiement comprennent Docker sur serveur unique, des couches applicatives et de données séparées et l’installation dans des réseaux déconnectés. Chaque environnement exige des voies d’accès aux équipements, la gestion des secrets, des sauvegardes et des procédures de mise à jour.

Autorisations, contrôle et exceptions

Autorisation fondée sur les rôles

Séparez consultation, modification et administration en associant les groupes de l’organisation aux autorisations. Le droit de modifier un schéma n’accorde pas automatiquement celui de déployer une configuration.

Des identifiants au bon périmètre

Les pools d’identifiants sont limités à des sites et équipements. Définissez des comptes de service et les autorisations minimales nécessaires à la découverte et à l’exécution.

Historique vérifiable

Conservez le lien entre une modification, son utilisateur, sa configuration et le résultat d’exécution. L’historique des versions soutient l’évaluation de reprise ; le chemin de reprise est vérifié pour le type d’équipement.

Une limite explicite pour l’IA dans le cloud

Le module IA cloud est évalué séparément du déploiement principal. Ne présumez pas sa disponibilité dans un réseau déconnecté : convenez des capacités exécutées, des données pouvant sortir et des approbations requises.

Quand les choses ne se passent pas comme prévu

Le travail courant comprend vérification de la découverte, maintenance des modèles et identifiants, examen des modifications et actualisation de la documentation. Les protections rendent visibles les opérations incomplètes ou échouées ; le projet désigne les responsables de la réponse.

La découverte laisse des lacunes

Un équipement inaccessible ou une liaison incertaine exige une investigation. L’opérateur vérifie la connectivité, les identifiants et les observations des voisins, puis complète le modèle si nécessaire. Un résultat de scan doit être considéré comme une observation dans un périmètre donné, et non comme la preuve que chaque actif a été trouvé.

La connexion réussit mais une commande échoue

ArchiFlow décrit un classificateur d’erreurs CLI propres aux plateformes, même lorsque le transport signale une réussite. Les opérateurs examinent le résultat de la commande et déterminent la correction. Les comportements d’arrêt, de nouvelle tentative et de reprise doivent être vérifiés pour la famille d’équipements et l’opération réelles.

Seule une partie du déploiement aboutit

Une exécution pilote sur un périmètre limité, les versions de configuration et l’historique d’exécution permettent d’enquêter avant d’étendre le déploiement. Le projet doit définir le traitement d’un ensemble d’équipements partiellement modifié et les conditions d’arrêt. Les sauvegardes ne constituent pas à elles seules une procédure universelle de retour arrière.

Les données importées ou de remplacement doivent être rapprochées

La validation des colonnes aide à examiner un import ; le remplacement transfère les relations de l’équipement dans le nouveau modèle. Les ingénieurs doivent toujours prévoir des règles pour les enregistrements contradictoires et les interfaces absentes du modèle de remplacement. Le transfert des relations ne garantit pas la portabilité de la configuration.

Mise en œuvre et adéquation à l’organisation

Choisir un site représentatif
L’équipe réseau fournit liste d’équipements, plages d’adresses et exigences d’accès. Ensemble, nous choisissons un premier processus et définissons ce qui peut être scanné ou modifié.
Valider la découverte et le modèle
Lancez la découverte dans le périmètre convenu et comparez à l’inventaire connu. Le résultat est une topologie examinée et une liste de lacunes à résoudre.
Exécuter une modification contrôlée
Le responsable réseau choisit un modèle et des équipements d’essai. Validez autorisations, approbation, résultats des commandes et sauvegardes avant extension.
Établir la routine d’exploitation
Définissez responsables, scans récurrents, fenêtres de modification et gestion des échecs. L’extension à d’autres sites suit une liste de compatibilité examinée.

L’environnement de déploiement

Environnement d’exécution: Déploiement sur site et fonctionnement dans des réseaux déconnectés. La page d’accueil du produit décrit l’IA cloud, tandis que les documents de version décrivent aussi des modèles locaux. Configuration IA, version du produit et modalités de mise à jour sont évaluées pour l’environnement réel.
Parc existant: Topologie et équipements de plusieurs fournisseurs. Les modèles, versions et modes d’administration sont examinés lors de la découverte.
À aborder dans la conversation: Un site ou un réseau représentatif, une liste d’équipements, des contraintes d’accès et un processus opérationnel à améliorer.

Confirmer l’équipement et l’opération

Vérifiez les modèles, versions de système d’exploitation et actions requises sur un site représentatif. Le nom d’un fournisseur ne constitue pas une déclaration de compatibilité complète. Découverte, sauvegarde, déploiement et reprise peuvent exiger des validations différentes avant d’étendre le périmètre.

Définir les connexions aux systèmes existants

La synchronisation NetBox, la supervision SolarWinds, les interfaces d’identité et l’export SIEM sont décrits publiquement. Le projet établit compatibilité des connecteurs, responsabilité des champs, correspondance des groupes et transmission des événements. Les logos d’autres fournisseurs technologiques ne prouvent pas à eux seuls une intégration client prête à l’emploi.

Garder l’autorité de modification aux opérateurs

Accès par rôle, identifiants à périmètre défini et points d’examen régissent les modifications. Le copilote propose des actions à confirmer par un opérateur dûment habilité. Convenez de qui peut préparer, approuver et exécuter chaque opération, ainsi que des preuves, conditions d’arrêt et procédures de reprise.

Choisir le déploiement et le mode IA

Des déploiements locaux et déconnectés du cœur sont décrits. La page d’accueil présente Claude comme module cloud optionnel, tandis que les pages de versions et de confiance décrivent aussi l’IA locale. Confirmez la version installée, le modèle disponible et les circuits de données du projet ; un déploiement déconnecté n’implique pas l’IA cloud.

Questions d’adéquation

Faut-il un schéma exact pour commencer ?

Non. Commencez par découvrir le réseau existant et importer l’inventaire. L’équipe valide les résultats et complète les relations que le scan ne peut établir seul.

Tous les modèles d’un fournisseur sont-ils pris en charge ?

Le nom du fournisseur ne suffit pas. Vérifiez le modèle, le système d’exploitation, la version et l’opération prévue — découverte, sauvegarde, déploiement ou restauration — avant d’étendre le déploiement.

Peut-on déployer sans accès Internet ?

Une installation déconnectée est possible. Préparez à l’avance le package d’installation, la procédure de mise à jour et l’accès aux équipements. Les capacités d’IA dans le cloud ne sont pas garanties dans ce mode de déploiement.

L’IA modifie-t-elle le réseau seule ?

Le copilote propose des modifications que l’utilisateur examine et confirme. Ses autorisations et le processus de modification restent applicables lorsqu’une proposition vient de l’IA.

Que préparer pour une évaluation de l’adéquation ?

Présentez un site représentatif, l’inventaire des modèles et versions, la gestion des adresses, les outils de supervision et un processus de modification. Ces éléments définissent une évaluation concrète et un livrable clair.

Documentation et lectures complémentaires

Reliez-le à votre travail.

Commencez par un processus, ses informations et les personnes qui le connaissent. Définissez ensemble le parcours de mise en œuvre.

Parler de ArchiFlow ↗Site du produit ↗Tous les produits ↗