Architettura infrastrutturale

Architettura spine-leaf: cos’è e perché viene usata nei data center moderni

La spine-leaf nasce per traffico est-ovest intenso e crescita orizzontale: ogni leaf collega gli endpoint e ogni spine crea percorsi equivalenti attraverso la fabric.

Di Luigi MarinoPubblicato 2026-09-26Aggiornato 2026-09-26

Contesto prima della tecnologia.

Come funziona una rete spine-leaf, differenze rispetto alle topologie gerarchiche tradizionali e vantaggi su latenza, ridondanza e scalabilità.

Approfondimento collegato a: Software Assessment

Nei data center moderni gran parte del traffico non va semplicemente dal client a un singolo server: servizi, container, database e nodi distribuiti comunicano continuamente tra loro. Le topologie spine-leaf rispondono a questo modello con percorsi più prevedibili e una struttura pensata per scalare orizzontalmente.

Come è composta

I leaf switch collegano server, appliance e altri endpoint. Gli spine switch formano il livello di backbone. Ogni leaf è collegato a ogni spine, mentre normalmente non si collegano leaf tra loro o spine tra loro nello stesso fabric.

Percorsi prevedibili

Tra due endpoint collegati a leaf differenti il traffico attraversa tipicamente leaf → spine → leaf. Questo limita il numero di hop e rende la latenza più uniforme rispetto a gerarchie dove il percorso dipende dalla posizione nella rete.

Scalabilità orizzontale

La capacità può crescere aggiungendo leaf per nuovi endpoint o spine per aumentare banda e percorsi disponibili, nei limiti delle porte e del design. La topologia regolare semplifica anche automazione e standardizzazione.

Ridondanza e multipath

Più spine offrono percorsi alternativi. Con protocolli e configurazioni adeguate, il traffico può essere distribuito su più collegamenti e la perdita di un singolo apparato non deve interrompere l’intera fabric.

Cosa non risolve automaticamente

  • Errori di progettazione del routing
  • Oversubscription non dimensionata
  • Automazione assente o configurazioni incoerenti
  • Monitoraggio insufficiente
  • Dipendenze da vendor o feature proprietarie
  • Problemi applicativi che non dipendono dalla rete

Quando interessa anche al software

Per un CTO o un team applicativo la topologia fisica non è un dettaglio isolato quando il prodotto dipende da cluster, microservizi, storage distribuito o carichi a bassa latenza. Comprendere la rete aiuta a distinguere limiti applicativi da limiti infrastrutturali e a progettare osservabilità coerente.

Fonti e documentazione ufficiale

Riferimenti usati per verificare i dettagli tecnici e le funzionalità citate nell’articolo. Le valutazioni progettuali restano una sintesi dell’autore.

Stai valutando un sistema distribuito o un’infrastruttura critica?

Un assessment tecnico può mettere insieme software, dati, cloud e dipendenze infrastrutturali invece di analizzarli a silos.

Scopri il Software Assessment

Domande frequenti

Spine-leaf significa rete non bloccante?

Può essere progettata con livelli di oversubscription molto bassi o non bloccanti, ma dipende da porte, velocità dei link e capacità effettiva del fabric.

Ogni leaf deve collegarsi a ogni spine?

Nel modello classico sì: è ciò che crea percorsi equivalenti e una topologia regolare.

È utile solo nei grandi data center?

Il vantaggio cresce con traffico est-ovest, densità e necessità di scalare; in ambienti piccoli una topologia più semplice può essere sufficiente.

LM

Luigi Marino

Fractional CTO e consulente tecnologico. Lavoro su prodotti software, app, architetture, assessment e presa in carico di progetti esistenti.