Se questo tipo di sessione, senza indicazione di stato, si interrompe, il sistema di raggruppamento delle sessioni la sposta su di un server alternativo (vedi Figura 1). Al momento della richiesta del pagamento, il nuovo server legge la shopping list direttamente dal DBMS.

Per realizzare tutto questo in Java, possiamo estendere l?oggetto ?carrello della spesa?, aggiungendo un altro oggetto denominato SelectedItems, ovvero merce selezionata, che è una JavaArrayList di MerchandiseItems. Al momento del pagamento, l?applicazione ritroverà l?oggetto SelectedItems. Questo presuppone l?uso della tecnica di raggruppamento da memoria a memoria.

In termini pratici, avviene questo: se il server cade, gli oggetti saranno parte della sessione dell?utente e, se stiamo utilizzando il raggruppamento delle sessioni, la sessione interessata verrà trasferita in modo trasparente. Le performance miglioreranno perché SectedItems è rappresentato da un bean (in memoria) e non all?interno del DBMS.

Questo approccio opera meglio nel caso di un numero limitato di dati. In caso contrario, grandi quantità di dati non dovrebbero essere memorizzate come oggetti delle sessioni utente. Questo esempio presuppone anche che stiamo utilizzando un approccio allo sviluppo delle applicazioni che isoli la codifica di accesso ai dati, come quello di Model-View-Controller (MVC).

Per essere sempre disponibile, un?applicazione con alte performance deve essere scalabile. La scalabilità orizzontale significa che un?applicazione clonata gira su due o più server, configurati in modo da poter superare i malfunzionamenti. La scalabilità verticale pone istanze multiple di un?applicazione su di un server singolo. Questo fornisce una capacità addizionale e una resistenza ai malfunzionamenti a livello di server. Nella figura 2, App 1 possiede una scalabilità orizzontale e verticale, mentre App 2 ha solamente una scalabilità orizzontale.

Il modo più accurato per pianificare la ridondanza, è condurre un?analisi completa di capacità. In primo luogo, determinate le relazioni tra le risorse e la base di riferimento del server utente. Catalogate il numero totale degli utenti, il carico di lavoro concorrente medio e di picco, gli accessi random alla memoria per ogni istanza richiesti dall?applicazione, lo spazio necessario sull?hard disk, ecc.

Se un sistema o un?applicazione cadono, deve esistere una capacità elaborativa sufficiente a supportare il carico medio di utenti, compresi i server web e le applicazioni, la memoria e le altre risorse necessarie. A tale proposito, alcune organizzazioni hanno calcolato che, sotto un carico di lavoro medio, i server non debbano girare oltre il limite del 40 per cento della loro capacità.

Figura 2? Scalabilità e clonazione

Lo sviluppo di un sistema ad alta disponibilità non è una questione di tecnologia, ma piuttosto richiede la progettazione del sistema delle applicazioni in modo da corrispondere alle necessità dell?impresa, realizzando applicazioni con alte prestazioni, disponibili e facilmente utilizzabili.

Questo significa rimuovere i singoli punti di criticità, fornendo una scalabilità orizzontale e isolando la codifica relativa ai dati mediante un approccio del tipo MVC. Altri fattori importanti comprendono l?uso delle tecniche di raggruppamento e di ripartenza delle sessioni, oltre al trattamento dei dati transienti con una logica di recovery ad alta velocità.

Le applicazioni web complesse costituiscono una sfida che può essere affrontata con successo mediante un giusto approccio di progettazione.