Architetture a tre livelli

WebSphere® Application Server fornisce lo strato di logica dell'applicazione in un'architettura a tre livelli, consentendo ai componenti client di interagire con le risorse di dati e le applicazioni legacy.

Collettivamente, le architetture a tre livelli sono modelli di programmazione che consentono la distribuzione di funzionalità applicativi su tre sistemi indipendenti, tipicamente:
  • Componenti client in esecuzione sulle workstation locali (livello uno)
  • Processi in esecuzione su server remoti (livello due)
  • Una discreta raccolta di database, responsabili delle risorse e applicazioni mainframe (livello tre)

Il seguente diagramma delinea i tre livelli di livello. I livelli sono logici. Potrebbero o non potrebbero essere in esecuzione sullo stesso server fisico.

Figura 1. Architettura a tre livelli
Architettura a tre livelli
Le seguenti informazioni precisano i tre livelli delineati nel diagramma e la comunicazione tra loro:

  • Il primo livello è responsabile della presentazione e l'interazione utente risiede con i componenti di primo livello. Questi componenti client consentono all'utente di interagire con i processi di secondo livello in modo sicuro e intuitivo. WebSphere Application Server supporta diversi tipi di client. I clienti non accedono direttamente ai servizi di terzo livello. Ad esempio, un componente client fornisce un modulo su cui un cliente ordina i prodotti. Il componente client sottopone questo ordine ai processi di secondo livello, che controllano i database del prodotto ed eseguono attività necessarie per la fatturazione e la spedizione.

  • I processi di secondo livello sono comunemente indicati come strato di logica dell'applicazione. Questi processi gestiscono la logica di business dell'applicazione, e sono ammessi l'accesso ai servizi di terzo livello. Lo strato di logica dell'applicazione è dove si verifica la maggior parte dei lavori di elaborazione. Più componenti client possono accedere ai processi di secondo livello contemporaneamente, quindi questo strato di logica dell'applicazione deve gestire le proprie transazioni.

  • I servizi di terzo livello sono protetti dall'accesso diretto da parte dei componenti client residenti all'interno di una rete protetta. L'interazione deve avvenire attraverso i processi di secondo livello.

    [z/OS]Il vantaggio su z/OS® è la possibilità di comprimere il secondo e il terzo livelli in un ambiente fisico z/OS , preservando al contempo la sicurezza e i vantaggi logici dei sistemi di livello unici.

Tutti e tre i livelli devono comunicare tra loro. Open, protocolli standard e API esposte semplificano questa comunicazione. È possibile scrivere componenti client in qualsiasi linguaggio di programmazione, come Java™ o C + +. Questi client vengono eseguiti su qualsiasi sistema operativo, parlando con lo strato di logica dell'applicazione. I database nel terzo livello possono essere di qualsiasi design, se lo strato di applicazione può interrogarli e manipolarli. La chiave di questa architettura è lo strato di logica dell'applicazione.