L'architettura three-tier, che separa le applicazioni in tre tier di calcolo logici e fisici, è l'architettura software predominante per applicazioni client-server tradizionali.
L'architettura three-tier è un'architettura di applicazioni software ben consolidata che organizza le applicazioni in tre tier logici e fisici di calcolo: il tier di presentazione, o interfaccia utente, il tier dell'applicazione, dove i dati vengono elaborati e il tier dei dati, dove i dati associati all'applicazione vengono memorizzati e gestiti.
Il vantaggio principale dell'architettura three-tier deriva dal fatto che ciascun tier viene eseguito nella sua infrastruttura; pertanto può essere sviluppato contemporaneamente da un team di sviluppo indipendente separato, oppure può essere aggiornato o scalato in base alle necessità senza effetti sugli altri tier.
Per decenni l'architettura three-tier è stata il modello prevalente per le applicazioni client-server. Oggi la maggior parte delle applicazioni a three-tier sono obiettivi di modernizzazione (usando tecnologie cloud-native quali container e microservizi) e di migrazione verso il cloud.
IBM Cloud Pak for Applications:
Il presentation tier consiste nell'interfaccia utente e nel livello di comunicazione dell'applicazione, dove l'utente finale interagisce con l'applicazione. Il suo compito principale è quello di mostrare e raccogliere informazioni dall'utente. Questo tier di livello superiore, ad esempio, può essere eseguito su un browser web, come applicazione desktop o come GUI (Graphical User Interface). Generalmente, i tier di presentazione web sono sviluppati utilizzando HTML, CSS e JavaScript. Le applicazioni desktop possono essere scritte in diversi linguaggi, a seconda della piattaforma.
Il tier dell'applicazione, noto anche come tier logico o tier intermedio, è il cuore dell'applicazione. In questo tier, le informazioni raccolte nel tier di presentazione sono elaborate - a volte in relazione ad altre informazioni contenute nel tier dei dati - usando la logica di business, un insieme specifico di regole di business. Il tier dell'applicazione può anche aggiungere, eliminare o modificare i dati nel tier dei dati.
Il tier dell'applicazione è tipicamente sviluppato utilizzando Python, Java, Perl, PHP o Ruby e comunica con il tier dei dati tramite chiamate API
Il tier dei dati, in alcuni casi chiamato tier del database, tier di accesso ai dati o back-end, è il punto in cui vengono archiviate e gestite le informazioni elaborate dall'applicazione. Questo può essere un sistema di gestione del database relazionale come PostgreSQL , MySQL, MariaDB, Oracle, DB2, Informix o Microsoft server SQL o in a server del database NoSQL come Cassandra, CouchDB o MongoDB .
In un'applicazione three-tier, tutte le comunicazioni passano attraverso il tier dell'applicazione. Il tier di presentazione e il tier dei dati non possono comunicare direttamente tra loro.
Nelle discussioni sull'architettura three-tier,il termine livello è spesso usato in modo intercambiabile - ed erroneamente - insieme al termine livello, come, ad esempio, in 'livello di presentazione' o 'livello di logica aziendale'.
Non sono la stessa cosa. Il termine 'livello' si riferisce ad una divisione funzionale del software, mentre il termine 'tier' si riferisce ad una divisione funzionale del software che viene eseguita su un'infrastruttura separata dalle altre divisioni. L' app "Contatti" sul tuo telefono, ad esempio, è un'applicazione a trelivelli, ma a singolo tier, dato che tutti e tre i livelli vengono eseguiti sul tuo telefono.
La differenza è importante, perché i livelli non possono offrire gli stessi vantaggi dei tier.
IBM Cloud Pak
Il principale vantaggio dell'architettura three-tier è costituito dalla separazione logica e fisica delle funzionalità. Ogni tier può essere eseguito su un sistema operativo separato e sulla piattaforma server - ad esempio, web server, application server, database server - che meglio si adatta ai suoi requisiti funzionali. E ogni tier viene eseguito su almeno un hardware server dedicato o su un server virtuale, quindi i servizi di ogni tier possono essere personalizzati e ottimizzati senza effetti sugli altri tier.
Altri vantaggi (rispetto ad una architettura a uno o a due tier) sono:
Nello sviluppo web, i tier hanno nomi diversi ma eseguono funzioni simili:
Sebbene l'architettura three-tier è l'architettura applicativa multi-tier più adottata, esistono altre architetture che potresti incontrare nel tuo lavoro o nella tua ricerca.
L'architettura two-tier è l'architettura client-server originale, costituita da un tier di presentazione e da un tier dei dati; la logica aziendale è compresa nel tier di presentazione, nel tier dei dati oppure in entrambi. Nell'architettura two-tier, il tier di presentazione - e di conseguenza l'utente finale - ha accesso diretto al tier dei dati e la logica aziendale è spesso limitata. Una semplice applicazione di gestione dei contatti, in cui gli utenti possono inserire e richiamare i dati dei contatti, è un esempio di applicazione two-tier.
L'architettura N-tier - chiamata anche architettura multi-tier - si riferisce a qualsiasi architettura applicativa con più di un tier. Tuttavia, le applicazioni con più di tre livelli sono rare, perché ulteriori livelli offrono pochi vantaggi e possono rendere l'applicazione più lenta, più difficile da gestire e più costosa da eseguire. Di conseguenza, i termini architettura n-tier e architettura multi-tier sono generalmente sinonimi che indicano l'architettura three-tier.
IBM Cloud offre prodotti e servizi per aiutarti a modernizzare le tue applicazioni three-tier legacy nel tuo percorso verso il cloud.
Fai il primo passo:
Inizia con un
Passa al cloud più velocemente con le soluzioni IBM Cloud Pak in esecuzione sul software Red Hat OpenShift — soluzioni integrate, open source, in contenitori, certificate da IBM.
IBM Cloud for VMware Solutions è progettato per aiutare a spostare i carichi di lavoro VMware da ambienti on-premise a IBM Cloud.
Modernizza le applicazioni con la più recente strategia e tecnologia cloud.