Quali sono i tipi di architettura dei servizi web?

1. Architettura monolitica:

   • Codice unico e autonomo che combina tutti i componenti (UI, logica di business, accesso ai dati).
   • Sviluppo e distribuzione semplici nelle fasi iniziali.
   • Difficoltà di scalabilità, manutenzione e implementazione di cambiamenti man mano che il progetto cresce.

2. Architettura a microservizi:

   • L'applicazione è suddivisa in un insieme di piccoli servizi indipendenti che interagiscono tramite rete (spesso tramite API).
   • Ogni servizio è responsabile di una funzionalità specifica e può essere sviluppato, testato e distribuito indipendentemente.
   • Migliore scalabilità, resilienza ai guasti (il fallimento di un servizio non influenza gli altri), possibilità di usare tecnologie diverse per servizi diversi.
   • Complessità nella gestione di un gran numero di servizi, necessità di logging distribuito e monitoraggio.

3. Architettura orientata ai servizi (SOA):

   • Consiste in servizi che interagiscono tramite un bus aziendale (ESB - Enterprise Service Bus).
   • I servizi possono essere grandi e usare diversi protocolli.
   • Obiettivo: aumentare la flessibilità e il riutilizzo dei servizi all'interno dell'organizzazione.
   • Differenze rispetto ai microservizi: servizi più grandi, presenza di un bus di interazione centralizzato.

4. Architettura serverless:

   • Lo sviluppatore si concentra sulla scrittura del codice, mentre la gestione di server e infrastruttura è affidata al provider cloud (ad esempio, AWS Lambda, Azure Functions).
   • Pagamento in base all'uso, scalabilità automatica.
   • Riduzione dei costi operativi e degli sforzi amministrativi.
   • Limitazioni in termini di tempo di esecuzione e risorse, dipendenza dal provider cloud.

5. Architettura a livelli N:

   • L'applicazione è suddivisa in livelli o strati logici, ognuno con un ruolo definito e che interagisce solo con i livelli adiacenti.
   • Livelli tipici: livello di presentazione (UI), livello di logica di business, livello di accesso ai dati.
   • Migliora la modularità e facilita la separazione delle responsabilità.

graph TD
    A[Utente] --> B{Servizio web};
    B --> C[Architettura];
    C --> D[Monolitica];
    C --> E[Mikroservizi];
    C --> F[SOA];
    C --> G[Serverless];
    C --> H[Architettura a livelli];