Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Decomponi per sottodominio
<a name="decompose-subdomain"></a>

Questo modello utilizza un sottodominio [DDD (Domain-Driven Design)](https://en.wikipedia.org/wiki/Domain-driven_design) per scomporre i monoliti. *Questo approccio suddivide il modello di dominio dell'organizzazione in sottodomini separati etichettati come *principali* (un elemento di differenziazione chiave per l'azienda), di *supporto (probabilmente correlati al business ma non come elemento di differenziazione) o generici (non* specifici dell'azienda).* Questo modello è appropriato per i sistemi monolitici esistenti che hanno confini ben definiti tra i moduli relativi ai sottodomini. Ciò significa che è possibile scomporre il monolite riconfezionando i moduli esistenti come microservizi, ma senza riscrivere in modo significativo il codice esistente. *Ogni sottodominio ha un modello e l'ambito di tale modello è chiamato contesto limitato.* I microservizi sono sviluppati attorno a questo contesto limitato. La tabella seguente illustra i vantaggi e gli svantaggi dell'utilizzo di questo modello.


****  

| Vantaggi | Svantaggi | 
| --- | --- | 
|  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/modernization-decomposing-monoliths/decompose-subdomain.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/modernization-decomposing-monoliths/decompose-subdomain.html) | 

L'illustrazione seguente mostra come un monolite assicurativo può essere scomposto in sottodomini dopo essere stato scomposto dalle funzionalità aziendali.

![\[Scomposizione dei monoliti per sottodomini\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/modernization-decomposing-monoliths/images/decompose-by-subdomain.png)


L'illustrazione mostra che i servizi di *vendita* e *marketing* sono suddivisi in microservizi più piccoli. I modelli *Purchasing* e *Claims* sono importanti fattori di differenziazione aziendale per *le vendite* e sono suddivisi in due microservizi separati. *Il *marketing* viene scomposto utilizzando funzionalità aziendali di supporto come *Campaigns*, *Analytics* e Reports.*