ArchiFlow
Osserva la tua rete. Dai forma al futuro.
Rileva dispositivi e connessioni. Trasformali in una topologia aggiornata, poi esamina e distribuisci le modifiche dallo stesso posto.
Inizia dalla rete che esiste.
Rileva i dispositivi di rete e le loro connessioni senza installare agenti. I sei tipi di dispositivi restano collegati a un unico hub di rilevamento.
- Rilevamento senza agenti e documentazione della topologia
- Modello → confronto → approvazione → distribuzione
- Distribuzione cloud, on-prem o disconnessa
Realizzato per il lavoro.
Cambia il modo.
Tre ambiti in cui ArchiFlow trasforma la complessità in un prossimo passo chiaro.
Inizia dalla rete che esiste davvero.
- La sfida
- Un team assume la responsabilità di una sede con apparecchiature di diversi produttori e schemi obsoleti.
- Il prodotto al lavoro
- Definisci intervalli di scansione e credenziali di lettura, rileva dispositivi e vicini, esamina collegamenti incerti e trasforma i risultati in un diagramma modificabile.
- Cosa cambia
- Il team ottiene una base condivisa di inventario e topologia, verificabile nuovamente nelle scansioni successive.
Esamina la modifica. Poi realizzala.
- La sfida
- Un’impostazione comune deve essere aggiornata sugli switch preservando le differenze specifiche dei modelli.
- Il prodotto al lavoro
- Prepara un modello, confrontalo con lo stato reale, ottieni l’approvazione ed eseguilo su un insieme canary. Esamina risultati e differenze prima di proseguire la distribuzione.
- Cosa cambia
- La modifica resta collegata alla configurazione revisionata e alla cronologia delle esecuzioni, consentendo al team di valutare il ripristino se il risultato non è adeguato.
Nuova apparecchiatura. Lo stesso contesto condiviso.
- La sfida
- Un’unità viene dismessa e un team locale installa la sostituzione insieme al centro operativo.
- Il prodotto al lavoro
- Verifica l’inventario dei ricambi e le connessioni dell’unità, trasferisci le relazioni alla sostituzione e controlla topologia e configurazione dopo l’installazione.
- Cosa cambia
- La documentazione riflette l’unità attiva e la cronologia delle sue sostituzioni, offrendo al turno successivo lo stesso quadro operativo.
Un sistema mirato.
Parte di un quadro più ampio.
Un ambiente di lavoro per il team di rete: rilevare i dispositivi esistenti, creare documentazione modificabile e collegare ogni modifica a configurazione, indirizzamento e cronologia delle esecuzioni. Gli operatori di rete possono lavorare sia sul progetto previsto sia sull’infrastruttura rilevata.
La base della rete.
ArchiFlow offre ai team Titans una vista condivisa dell’infrastruttura in cui lavorano: dispositivi, collegamenti, indirizzi e configurazioni. Durante un intervento, questo contesto collega la progettazione della rete alle persone che la gestiscono. Il rilevamento stabilisce il riferimento iniziale; modifiche revisionate e documentazione aggiornata ne mantengono l’utilità dopo la distribuzione.
01Il flusso completo
+
Flusso illustrativo senza dati dei clienti: un team di rete assume la responsabilità di una sede con switch di diversi produttori e schemi incompleti. Stabilisce cosa è collegato prima di preparare ed eseguire una modifica comune della configurazione.
Definire e rilevare la sede
Il responsabile di rete seleziona intervalli di indirizzi e percorsi di gestione consentiti. Credenziali con perimetro definito consentono al rilevamento di identificare apparecchiature e recuperare informazioni sui vicini tramite i protocolli supportati.
Un inventario e una topologia rilevati, con il grado di affidabilità dei collegamenti, sono disponibili per il confronto con le apparecchiature note.
Esaminare il modello operativo
Un ingegnere verifica i collegamenti incerti, trasforma il rilevamento in un diagramma modificabile e completa le informazioni mancanti su sedi, indirizzi o connessioni. I registri Excel esistenti possono passare attraverso la mappatura delle colonne e la validazione.
Dispositivi, connessioni e indirizzamento revisionati offrono il contesto per selezionare le apparecchiature interessate dalla modifica.
Preparare e confrontare la configurazione
L’ingegnere seleziona un modello CLI o Jinja2 e fornisce i campi pertinenti del dispositivo. La configurazione proposta viene confrontata con quella attiva prima che un operatore autorizzato esamini le differenze.
La configurazione proposta e le sue differenze possono essere esaminate nel contesto delle apparecchiature effettive.
Eseguire una distribuzione limitata
L’operatore approva un’esecuzione canary su un insieme selezionato di dispositivi. Il team verifica l’output dei comandi, inclusi errori CLI specifici della piattaforma, prima di decidere se estendere la modifica ad altre apparecchiature.
La cronologia delle esecuzioni e le versioni delle configurazioni consentono all’operatore di esaminare quanto accaduto. Le regole per proseguire o interrompere seguono la procedura di modifica concordata.
Verificare e trasferire
L’ingegnere esamina configurazione e topologia risultanti, registra i problemi irrisolti e programma un nuovo rilevamento. Se serve un ripristino, il team usa il percorso testato per quella famiglia di dispositivi e quella modifica.
Il turno successivo può esaminare insieme modello attuale, configurazione revisionata e cronologia delle esecuzioni, con il lavoro ancora aperto identificato.
La modifica lascia una catena verificabile dalle apparecchiature rilevate alla configurazione proposta e al risultato dell’esecuzione. Comportamento di ripristino, compatibilità e criteri di accettazione vengono stabiliti per la rete selezionata.
02Le capacità all’interno
+
Rilevamento e mappatura della rete
La scansione degli intervalli IP e il rilevamento dei vicini tramite SSH, SNMP, CDP e LLDP collegano dispositivi e collegamenti in un’unica topologia. L’affidabilità dei collegamenti aiuta gli operatori a distinguere le informazioni osservate dalle relazioni da verificare.
- Input
- Intervalli IP consentiti, percorsi di gestione raggiungibili e credenziali dei dispositivi con perimetro definito.
- Output
- Osservazioni sui dispositivi e relazioni di vicinato, con un grado di affidabilità che identifica i collegamenti da verificare da parte di un ingegnere.
Progettazione e documentazione aggiornate
Un diagramma modificabile tratta dispositivi, connessioni e indirizzi come parte del modello di rete. Trasforma i risultati del rilevamento in un progetto condiviso e aggiorna la documentazione tramite scansioni ripetute.
- Input
- Risultati del rilevamento, inventario esistente e modifiche a dispositivi, cavi o indirizzi.
- Output
- Un modello di rete modificabile che collega il diagramma all’inventario e può essere verificato rispetto a una scansione successiva.
Indirizzi IP e prefissi
Gestisci indirizzi, prefissi e VLAN nel contesto di sedi e dispositivi. Assegnazione, operazioni in blocco e viste di utilizzo creano una base strutturata per la prossima modifica di rete.
- Input
- Spazio di indirizzamento noto, prefissi e assegnazioni associati a sedi e apparecchiature.
- Output
- Allocazioni degli indirizzi e informazioni sull’utilizzo che aiutano il team a preparare la modifica successiva senza affidarsi a elenchi separati.
Modelli di configurazione
I modelli CLI e Jinja2 usano i campi dei dispositivi per preparare la configurazione appropriata. Una libreria condivisa e la cronologia delle versioni mantengono disponibili i modelli e le relative decisioni per un lavoro ripetibile.
- Input
- Un modello CLI o Jinja2 con versione e valori del dispositivo selezionato.
- Output
- Configurazione proposta specifica per dispositivo, pronta per confronto e revisione prima della distribuzione.
Backup, differenze e deviazioni
Acquisisci le configurazioni attive e confrontale con le modifiche proposte. La cronologia delle versioni e le differenze raggruppate tra dispositivi aiutano a individuare deviazioni e valutare un percorso di ripristino.
- Input
- Una configurazione attiva acquisita e una versione proposta o precedente.
- Output
- Versioni delle configurazioni e differenze raggruppate che forniscono evidenze per esaminare le deviazioni e valutare il ripristino.
Distribuzione per fasi e programmata
Definisci un insieme di dispositivi, una finestra di modifica e un’esecuzione canary iniziale. La cronologia delle esecuzioni e i risultati dei comandi aiutano il team a valutare la modifica prima di estenderla alle apparecchiature restanti.
- Input
- Configurazione revisionata, un insieme di dispositivi, tempistiche consentite e il perimetro canary iniziale.
- Output
- Cronologia delle esecuzioni e risultati dei comandi per decidere se proseguire, correggere la modifica o indagare su un errore.
Inventario, ricambi e sostituzioni
Collega l’inventario di dispositivi, cavi e alimentatori a sedi e diagrammi. La sostituzione dei dispositivi può trasferire le relazioni di interfacce, indirizzi e cavi nelle nuove apparecchiature, registrando la dismissione della vecchia unità.
- Input
- Inventario della sede, ricambi disponibili e relazioni di interfacce, indirizzi e cavi della vecchia unità.
- Output
- Un record sostitutivo e relazioni trasferite nel modello di rete, con l’unità dismessa identificata.
Collaborazione e assistenza AI
Modifica condivisa e registro delle attività mantengono il team di rete nel contesto. L’assistenza AI può rispondere usando i dati di rete e preparare modifiche da esaminare. La configurazione cloud o del modello locale dipende da versione, ambiente di esecuzione e politica dei dati.
- Input
- Attività del team, diagramma aperto e informazioni di rete disponibili all’utente.
- Output
- Contesto operativo condiviso e risposte AI o modifiche proposte da sottoporre all’operatore. La modalità AI disponibile dipende dalla distribuzione.
03Le informazioni che restano collegate
+
Questi oggetti operativi spiegano le informazioni usate in un’attività. Le loro descrizioni non sono uno schema di database o un formato API pubblicato.
Sedi, apparecchiature e connessioni
Dispositivi, interfacce, cavi e relazioni tra sedi collegano le apparecchiature rilevate alla topologia. L’affidabilità dei collegamenti distingue le evidenze osservate dalle relazioni da verificare.
Individuare le apparecchiature interessate da una modifica e trasferirne il contesto a un altro ingegnere.
Indirizzi e spazio di rete
IP, prefissi e VLAN possono essere gestiti o importati con gli altri oggetti dell’inventario. I dati dei fogli di calcolo esistenti passano attraverso mappatura e validazione.
Preparare le assegnazioni e verificare le informazioni di rete da cui dipende un modello.
Configurazioni e versioni
Modelli, configurazione proposta, configurazione attiva e versioni conservate rappresentano gli stati proposti e osservati. Il confronto evidenzia le differenze tra le apparecchiature selezionate.
Esaminare una modifica e valutare un percorso di ripristino verificato per la piattaforma.
Esecuzioni, attività e audit
Risultati delle distribuzioni, attività di rilevamento ed eventi di configurazione lasciano una cronologia operativa. Il Trust Center pubblico descrive anche l’esportazione degli audit verso un SIEM.
Comprendere l’esito di un’esecuzione, tracciare le responsabilità e indirizzare le evidenze agli strumenti di supervisione esistenti.
04Connessioni ai tuoi sistemi esistenti
+
Versioni di apparecchiature e sistemi operativi
La connettività comprende, tra le altre, famiglie di apparecchiature Cisco, Juniper, Arista, Fortinet e Palo Alto. Il rilevamento verifica modelli, versioni e operazioni richieste per ciascuna famiglia.
Inventario e dati esistenti
Dispositivi, indirizzi, sedi e connessioni possono essere importati da Excel con mappatura e validazione delle colonne. Un’integrazione NetBox richiede regole di titolarità per ogni campo e per la sua sincronizzazione.
Monitoraggio e flussi operativi
Collega il modello di rete al contesto di monitoraggio e a sistemi come SolarWinds. Ulteriori connessioni API e passaggi di eventi vengono definiti intorno agli strumenti esistenti dell’organizzazione.
Percorsi di distribuzione e gestione
Le opzioni di distribuzione includono Docker su server singolo, livelli applicativi e dati separati e installazione in reti disconnesse. Ogni ambiente richiede percorsi di accesso ai dispositivi, gestione dei segreti, backup e procedure di aggiornamento.
05Autorizzazioni, controllo ed eccezioni
+
Autorizzazione basata sul ruolo
Separa visualizzazione, modifica e amministrazione, mappando i gruppi organizzativi alle autorizzazioni. Il permesso di modificare un diagramma non concede automaticamente quello di distribuire una configurazione.
Credenziali nel perimetro corretto
I pool di credenziali hanno un perimetro limitato a sedi e dispositivi. Definisci gli account di servizio e le autorizzazioni minime per rilevamento ed esecuzione.
Cronologia verificabile
Preserva il legame tra una modifica, il suo utente, la configurazione e il risultato dell’esecuzione. La cronologia delle versioni supporta la valutazione del ripristino; il percorso di recupero viene verificato per il tipo di dispositivo.
Un confine esplicito per l’AI cloud
Il componente aggiuntivo AI cloud viene valutato separatamente dalla distribuzione del nucleo. Non presumere che sia disponibile in una rete disconnessa: concorda quali capacità funzionano, quali dati possono uscire e quali approvazioni servono.
Quando le cose non vanno secondo i piani
Il lavoro ordinario comprende verifica del rilevamento, manutenzione di modelli e credenziali, revisione delle modifiche e aggiornamento della documentazione. Le salvaguardie evidenziano operazioni incomplete o fallite; il progetto assegna i responsabili della risposta.
Il rilevamento lascia lacune
Un dispositivo irraggiungibile o un collegamento incerto richiede un’indagine. L’operatore verifica connettività, credenziali e riscontri sui dispositivi vicini, poi completa il modello dove necessario. Il risultato di una scansione va trattato come un’osservazione con un perimetro, non come prova che ogni asset sia stato trovato.
La connessione riesce, ma un comando fallisce
ArchiFlow descrive un classificatore degli errori CLI specifici della piattaforma anche quando il trasporto segnala un esito positivo. Gli operatori esaminano il risultato del comando e determinano la correzione. Il comportamento di interruzione, nuovo tentativo e ripristino deve essere verificato per la famiglia di dispositivi e l’operazione effettive.
Solo una parte di una distribuzione viene completata
Un’esecuzione canary, le versioni delle configurazioni e la cronologia delle esecuzioni supportano l’analisi prima dell’estensione. Il progetto deve definire come gestire un insieme di dispositivi modificato solo in parte e quando interrompere l’operazione. I soli backup non costituiscono una procedura universale di ripristino.
I dati importati o sostitutivi richiedono riconciliazione
La validazione delle colonne aiuta a esaminare un’importazione; la sostituzione trasferisce le relazioni del dispositivo nel nuovo modello. Gli ingegneri hanno comunque bisogno di regole per record in conflitto e interfacce assenti nel modello sostitutivo. Le relazioni trasferite non garantiscono la portabilità della configurazione.
06Implementazione e adeguatezza organizzativa
+
Selezionare una sede rappresentativa
Il team di rete fornisce un elenco delle apparecchiature, intervalli di indirizzi e requisiti di accesso. Insieme selezioniamo un flusso iniziale e definiamo cosa può essere scansionato o modificato.
Validare rilevamento e modello
Esegui il rilevamento entro il perimetro concordato e confrontalo con l’inventario noto. Il risultato è una topologia revisionata e un elenco di lacune da risolvere.
Eseguire una modifica controllata
Il responsabile di rete seleziona un modello e dispositivi di prova. Valida autorizzazioni, approvazione, risultati dei comandi e backup prima dell’estensione.
Stabilire la routine operativa
Definisci responsabili, scansioni periodiche, finestre di modifica e gestione degli errori. L’estensione ad altre sedi segue un elenco di compatibilità revisionato.
L’ambiente di distribuzione
- Ambiente di esecuzione
- Distribuzione on-prem e operatività in reti disconnesse. La homepage del prodotto descrive AI cloud, mentre il materiale delle release descrive anche modelli locali. Configurazione AI, versione del prodotto e percorsi di aggiornamento vengono valutati per l’ambiente effettivo.
- Infrastruttura esistente
- Topologia e apparecchiature di più produttori. Modelli, versioni e percorsi di gestione vengono esaminati durante il rilevamento.
- Da portare al confronto
- Una sede o rete rappresentativa, un elenco delle apparecchiature, vincoli di accesso e un flusso operativo da migliorare.
Confermare apparecchiatura e operazione
Verifica modelli, versioni dei sistemi operativi e azioni richieste di una sede rappresentativa. Il nome del produttore non è una dichiarazione completa di compatibilità. Rilevamento, backup, distribuzione e ripristino possono richiedere validazioni diverse prima di ampliare il perimetro.
Definire le connessioni ai sistemi esistenti
Sincronizzazione NetBox, monitoraggio SolarWinds, interfacce di identità ed esportazione SIEM sono descritti pubblicamente. Il progetto stabilisce compatibilità dei connettori, titolarità dei campi, mappatura dei gruppi e consegna degli eventi. Altri loghi di fornitori tecnologici non identificano da soli un’integrazione cliente pronta.
Lasciare agli operatori l’autorità sulle modifiche
Accesso basato sui ruoli, credenziali con perimetro definito e punti di revisione governano le modifiche. Il copilot propone azioni da confermare da parte di un operatore adeguatamente autorizzato. Concorda chi può preparare, approvare ed eseguire ogni operazione, con relative evidenze, condizioni di interruzione e procedura di ripristino.
Scegliere la modalità di distribuzione e di AI
Sono descritte implementazioni del nucleo locali e disconnesse. La homepage presenta Claude come componente aggiuntivo cloud opzionale, mentre le pagine delle release e dell’affidabilità descrivono anche AI locale. Conferma versione installata, modello disponibile e percorsi dei dati per il progetto; la distribuzione disconnessa non implica AI cloud.
07Domande sull’adeguatezza
+
Serve un diagramma accurato per iniziare?
No. Inizia dal rilevamento della rete esistente e dall’importazione dell’inventario. Il team valida i risultati e completa le relazioni che la scansione non può stabilire da sola.
Sono supportati tutti i modelli di un produttore?
Il solo nome del produttore non basta. Verifica modello, sistema operativo, versione e operazione prevista — rilevamento, backup, distribuzione o ripristino — prima di estendere l’implementazione.
Possiamo implementarlo senza accesso a Internet?
È disponibile un’installazione disconnessa. Prepara in anticipo il pacchetto di installazione, la procedura di aggiornamento e l’accesso ai dispositivi. Le funzionalità AI cloud non sono garantite in questa modalità di distribuzione.
L’AI modifica la rete autonomamente?
Il Copilot propone modifiche da esaminare e confermare da parte dell’utente. Autorizzazioni dell’utente e processo di modifica restano applicabili quando una proposta è generata dall’AI.
Cosa portare a una valutazione dell’adeguatezza?
Porta una sede rappresentativa, un inventario di modelli e versioni, un approccio alla gestione degli indirizzi, gli strumenti di monitoraggio e un flusso di modifica. Questi elementi definiscono una valutazione concreta e un risultato chiaro.
08Documentazione e approfondimenti
+
- Analisi iniziale e flusso di lavoro ↗ — si apre in una nuova scheda
- Capacità e comportamento della piattaforma ↗ — si apre in una nuova scheda
- Apparecchiature e integrazioni ↗ — si apre in una nuova scheda
- Fiducia, identità e audit ↗ — si apre in una nuova scheda
- Release pubblicate e direzione ↗ — si apre in una nuova scheda
- Esperienza nelle operazioni di rete multisede ↗
- Infrastruttura su più sedi ↗
- Distribuzione, accesso e responsabilità ↗
Collegalo al tuo lavoro.
Inizia da un flusso, dalle sue informazioni e dalle persone che lo conoscono. Definite insieme il percorso verso l’implementazione.