# Introduzione ai Livelli del Dominio Digitale

Il Dominio Digitale è spesso discusso come se fosse semplicemente il luogo in cui viene costruito il software, realizzate le integrazioni e spostati i dati. Questa lezione propone una visione differente: il Dominio Digitale appartiene *all'interno* del modello architettonico. Dovrebbe essere inteso come un dominio architettonico a strati, non come una raccolta disordinata di compiti di esecuzione. Questa distinzione è importante perché la modernizzazione fallisce quando il Dominio Digitale è trattato come un lavoro di consegna esclusivamente.

Se l'architettura di strategia, processo e organizzazione è progettata con attenzione ma il Dominio Digitale è lasciato come uno spazio di esecuzione IT indifferenziato, la trasformazione complessiva diventa fragile. Le decisioni sui sistemi digitali non sono solo dettagli di implementazione. Esse modellano le dipendenze, il coupling, la responsabilità e la capacità di cambiamento a lungo termine. Il messaggio centrale della lezione è semplice: i sistemi digitali appartengono al modello architettonico, e la struttura di quel modello determina se la modernizzazione diventa coerente o si riduce a frammentazione.

## Perché il Dominio Digitale Deve Essere Introdotto Architettonicamente

La lezione si apre inquadrando il Dominio Digitale come una delle parti più importanti del modello di trasformazione più ampio, perché è dove risiedono software, integrazione e dati. È lì che molti professionisti si concentrano intuitivamente quando pensano alla trasformazione digitale. Ma la lezione insiste sul fatto che questo dominio non può essere ridotto a un ambiente di esecuzione.

Invece, il Dominio Digitale dovrebbe essere introdotto attraverso i suoi strati. Questa visione stratificata offre a leader e architetti un modo per vedere come è composta la capacità digitale, come i componenti dipendono l'uno dall'altro e come il dominio può essere governato. Senza quella struttura, diventa facile confondere le decisioni architettoniche con le attività di consegna. Il risultato è un sistema che può sembrare attivo, ma non è architettonicamente coerente.

La lezione fa anche un'importante distinzione di confine: l'architettura definisce e modella il dominio, mentre l'esecuzione porta quelle decisioni nei sistemi funzionali. Ciò significa che i team di implementazione e supporto operativo sono essenziali, ma non sono la stessa cosa della definizione architettonica del dominio. Chiarire quel confine è uno dei temi centrali della lezione.

## I Livelli del Dominio Digitale

Il Dominio Digitale è presentato come un insieme di strati correlati. Alla base c'è il *Livello di Specifica Fisica*, che è la rappresentazione logica del mondo fisico all'interno del regno digitale. Definisce come gli asset fisici vengono rappresentati in modo che possano essere controllati e gestiti attraverso gli strati superiori.

Al di sopra di esso c'è il *Livello di Infrastruttura Software-Definita*. Questo strato consente al software di controllare hardware e risorse, sia attraverso il provisioning, la partizione o altre forme di controllo dell'infrastruttura. La lezione sottolinea che questo è più ampio di un singolo concetto tecnologico. È il livello che consente il controllo digitale sull'ambiente fisico sottostante.

Successivamente ci sono il *Livello di Gestione dei Servizi* e il *Livello di Gestione delle Informazioni Distribuite*. Questi due livelli lavorano a stretto contatto e interagiscono ampiamente con l'infrastruttura software-definita. Uno aiuta a posizionare e gestire i servizi, mentre l'altro gestisce le relazioni tra dati e informazioni da cui dipendono quei servizi. La lezione descrive questi strati come parte della relazione orchestrata tra dati, applicazioni e hardware.

Sopra si trova il *Livello delle Applicazioni*, che è il livello più grande e più visibile per molte organizzazioni. Le applicazioni offrono valore all'organizzazione, ma lo fanno dipendendo dai servizi e dalle informazioni sottostanti. La lezione osserva che il comportamento delle applicazioni non è isolato; è influenzato dagli strati sottostanti e dai domini di processo e organizzazione più ampi sopra.

Questo modello stratificato non è solo descrittivo. Aiuta a chiarire dove appartenere, come si relazionano e quale tipo di decisione dovrebbe essere presa in ciascun livello. Ecco perché la lezione tratta il Dominio Digitale come architettura piuttosto che come un insieme disordinato di strumenti e sistemi.

## Identità e Sicurezza come Aspetti Trasversali

Una parte chiave della lezione è il trattamento dell'identità e della sicurezza come strati di aspetti trasversali. Questi non sono domini isolati e non sono limitati a un singolo livello. Si estendono sul Dominio Digitale.

L'identità è particolarmente importante perché è più ampia degli account utente. La lezione sottolinea che i dispositivi hanno identità, i dati hanno identità, e anche applicazioni, microservizi e servizi hanno identità. Ciò rende l'identità una preoccupazione architettonica di prima classe, non una caratteristica secondaria. La lezione è esplicita nel dire che l'identità deve essere separata concettualmente dalla sicurezza, anche se i due sono strettamente correlati.

Anche la sicurezza è inquadrata come un aspetto che attraversa gli strati digitali. Anziché essere confinata a un componente o a un team, la sicurezza si applica all'architettura del Dominio Digitale. Questo è importante per la governance perché cambia il modo in cui la responsabilità è assegnata e come i confini architettonici vengono applicati.

Separando identità e sicurezza come strati di aspetti, il modello evita di trattarli come pensieri successivi. Li rende visibili come preoccupazioni architettoniche che influenzano ogni strato del Dominio Digitale.

## Come la Dimensione Tecnologica Plasma le Scelte

La lezione collega anche il Dominio Digitale alla *dimensione Tecnologica*. Quella dimensione limita e abilita ciò che può essere fatto nel Dominio Digitale. In termini pratici, significa che l'architettura digitale non è fluttuante. Essa opera all'interno delle realtà tecnologiche che plasmano le scelte e ne limitano altre.

Questo è il punto in cui la lezione diventa particolarmente utile per i leader. L'obiettivo non è inseguire il più recente strumento o trattare la modernizzazione come un esercizio di approvvigionamento. L'obiettivo è comprendere come le scelte tecnologiche si inseriscano nell'architettura e come supportino le relazioni di livello già stabilite.

La lezione fornisce un esempio del valore pratico di questa chiarezza: quando le organizzazioni possono nominare e mappare ciò che appartiene a ciascun livello, possono individuare più facilmente duplicazioni, confusione e "shelfware" (software inutilizzato). Se uno strumento non può essere collegato a un ruolo nel Dominio Digitale, diventa lecito chiedersi se stia effettivamente contribuendo all'esecuzione. Questa è una questione di governance tanto quanto di tecnica.

## Perché la Chiarezza dei Livelli Migliora la Modernizzazione

Il messaggio di modernizzazione più forte nella lezione è che la trasformazione è strutturale, non cosmetica. Se la struttura del Dominio Digitale rimane la stessa, allora la modernizzazione tende a rimanere superficiale. Un vero cambiamento richiede visibilità nell'architettura: ciò che dipende da ciò, dove si trovano le responsabilità, e dove si nasconde duplicazione o frammentazione.

Ecco perché la lezione avverte contro il trattare la modernizzazione come un problema di consegna solamente. La consegna è importante, ma la consegna senza chiarezza architettonica tende a riprodurre gli stessi problemi in una nuova forma. Al contrario, un modello stratificato aiuta a separare le decisioni architettoniche dalle attività di implementazione e dal supporto operativo. Quella separazione rende la modernizzazione più duratura.

La lezione sottolinea anche che il supporto operativo fornisce feedback all'architettura. In altre parole, il dominio non è statico. Log, efficienze e osservazioni operative possono informare futuri aggiustamenti architettonici. Ciò crea un ciclo di miglioramento continuo, ma solo se il Dominio Digitale è stato definito in modo sufficientemente chiaro per osservarlo e governarlo.

Per architetti aziendali, leader della trasformazione digitale e professionisti, il messaggio è chiaro: architettura prima, esecuzione dopo. Se il Dominio Digitale è trattato come architettura, i suoi strati diventano visibili e gestibili. Se è trattato come uno spazio di esecuzione disordinato, lo sforzo di trasformazione perde coerenza.

## Ascolto Aggiuntivo

Per ascoltare la lezione completa, visita la pagina dell'episodio:  
https://embracingdigital.org/en/lectures/dta-21

Puoi anche fare riferimento alla più ampia serie *Architettura della Trasformazione Digitale* per ulteriori lezioni su come l'architettura plasmi il cambiamento digitale:  
https://embracingdigital.org/en/lectures