Ambito 3 · Orchestration

Formazione NetOps

Formiamo il team di rete a lavorare con Git, Ansible e un orchestratore, così ogni modifica a switch, router e firewall è rivista, ripetibile e tracciata.

Richiedi il check-up

Per chi
Team di rete e sistemi che configurano apparati a mano, via console o copiando comandi da un file, e devono dimostrare chi ha cambiato cosa.
Dove
Pavia e Lombardia in presenza su appuntamento, in tutta Italia e in Europa da remoto.
Come inizia
Una chiamata, poi una proposta scritta con ambito, tempi e costo.

Problemi che risolviamo

Che cosa ricevi

In pratica

Portiamo nella rete lo stesso metodo GitOps usato per server e applicazioni: la configurazione desiderata di switch, router e firewall sta in un repository Git, ogni modifica passa da una revisione, Ansible la applica e un orchestratore (Ansible Automation Platform o AWX, Jenkins o la CI che usate già) la esegue, la ripete e ne conserva la traccia. Il percorso è pratico, sui vostri apparati o su un laboratorio virtuale, e finisce quando il team sa farlo da solo. Lo scopo: meno errori manuali, più resilienza, report e prove pronte per gli audit.

NetOps: la rete come codiceFlusso: la modifica nasce nel repository Git, viene rivista, provata in check mode e applicata da Ansible tramite l'orchestratore agli apparati; backup, drift e report tornano nel repository.Repository Gitinventario e playbookRevisionerichiesta di modificaOrchestratoreAAP o AWX, JenkinsAnsiblecheck mode, poi applicaSwitch e routerIOS XE, NX-OS, IOS XRFirewalle altri produttoriBackup, drift e report di audit
NetOps: la rete come codice

Come procediamo

  1. Partiamo da un inventario degli apparati e dalle modifiche più frequenti e rischiose.
  2. Impostiamo il repository: inventario, variabili per sito e per ruolo, prime configurazioni lette dagli apparati.
  3. Automatizziamo una modifica alla volta (VLAN, ACL, NTP, utenti), prima in prova e poi in produzione, sempre dall'orchestratore.
  4. Aggiungiamo backup, controllo del drift e report; il team ripete gli esercizi finché lavora in autonomia.

Schemi di riferimento

GitOps: il modello a tiro (pull)Flusso: lo stato desiderato sta in Git; Argo CD o Flux, nel cluster, lo leggono e lo riconciliano con lo stato reale.Gitstato desiderato, revisioniArgo CDinterfaccia e visteFluxcomponenti modulariClusterstato reale, riconciliatoDifferenze rilevate e corrette
GitOps: il modello a tiro (pull)
Sicurezza a strati (difesa in profondità)Cinque strati, dall'alto: identità e accessi, rete, carichi, dati, rilevamento e risposta. Ogni strato limita il danno se quello sopra cede.Identità e accessiMFA, privilegi minimiRetesegmentazione, mTLSCarichi di lavoroimmagini verificate, policyDaticifratura, backup provatiRilevamento e rispostalog, allarmi, piano
Sicurezza a strati (difesa in profondità)

Quando funziona

Tecnologie

Come lavoriamo

  1. Ascolto Una chiamata per capire il contesto, il problema e i vincoli. Senza impegno.
  2. Proposta Ambito, tempi e costo scritti in modo chiaro, prima di iniziare.
  3. Realizzazione Passi piccoli e rilasciabili, con aggiornamenti regolari e codice nel vostro repository.
  4. Passaggio al team Documentazione e formazione: il lavoro finisce quando il vostro team sa mantenerlo da solo.

Servizi collegati

Parliamone

Raccontateci la situazione in poche righe: vi rispondiamo con i prossimi passi possibili.

Richiedi il check-up