Application Server. Dal punto di vista hardware l’Application Server è il sistema su cui risiede il software applicativo ed il software di base, il compito di questo è di permettere l’esecuzione delle applicazioni Java. Nel diagramma proposto precedentemente sono presenti appositi server capaci di occuparsi della gestione della Web Cache e delle immagini. L’attività a cui si dedica ogni Application Server dipende dal tipo di “software di base“ residente. La presenza di Application server dediti ad un’attività specifica mira ad ottimizzare le performance del nuovo Indice nel contesto Web, specie qualora avvengano migliaia di accessi ogni ora. Possiamo quindi definire, in senso “esteso”, un “Application Server” come un sistema in grado di gestire “Applicazioni Java, Web Cache ed Immagini”. La scalabilità garantita dal sistema permette di gestire con relativa facilità eventuali incrementi di utenza semplicemente aggiungendo nuovi Application Server. Il sistema proposto è montato in rack con un singolo monitor; tramite questo è possibile collegarsi, individualmente, ad ogni application Server.
3.2.1. Un esempio
Application Server. Il PDA è pubblicato su un application server JBoss 5.1 installato su un server Linux Red Hat. I servizi HTTP sono protetti da WebAgent Siteminder che effettuano l’autenticazione e autorizzazione degli utenti all’utilizzo delle risorse.
Application Server. Il Servizio FEA e libreria Xyzmo (parte server) sono installati su server dedicato. Si tratta di un web site che espone API e comunica internamente con un database Microsoft Sql Server (versione 2012), che non viene mai esposto all’esterno.
Application Server. Il server da fornire dovrà avere le seguenti caratteristiche tecniche minime:
Application Server. La figura che segue mostra l’architettura dell’Application server dell’ambiente di supporto. Collaudo load balancing Collaudo load balancing SAN fc Istituzionale Collaudo load balancing Si richiede la fornitura di almeno un Server High Level partizionabile (fino ad almeno Le partizioni saranno specializzate per dominio applicativo, in particolare: • cinque partizioni al sottosistema Istituzionale; • sette partizioni al sottosistema di Autogoverno. Il Fornitore può proporre una configurazione basata su uno o al massimo due server, purché siano garantiti comunque complessivamente i requisiti minimi individuati e i massimi livelli di affidabilità.
Application Server. La maggior parte del software applicativo è coperta da contratti di assistenza con le Ditte produttrici e quindi l’assistenza su queste procedure è esclusa dal presente contratto. L’application server maggiormente presente è Apache Tomcat.
Application Server. L’implementazione dell’Application Server prevede la fornitura di due Blade Server, da configurare in alta affidabilità. Ciascun Blade Server dovrà essere dotato di un potenziale prestazionale capace di garantire un valore di SPECint_rate_base2000 pari almeno a 25 (venticinque) (benchmark di riferimento SPECint_rate2000). Ogni Blade Server avrà, inoltre, le seguenti caratteristiche: Caratteristica Quantità Processore/i che rispettino le caratteristiche del benchmark indicato in precedenza 2 Memoria RAM ECC 4GB Caratteristica Quantità Hard disk interni da almeno 72GB non formattati e velocità di rotazione di almeno 7200rpm, compatibili con il controller indicato al paragrafo 4.1.2, configurati in RAID1 2
Application Server. È’ la coppia di application server, in configurazione di bilanciamento di carico, che ospita tutti i moduli applicativi (business logic) del sistema. Su questi server dev’essere installato in cluster l’application server Java EE GlassFish in versione community, nel numero di istanze necessario. I server hanno un’ area disco in comune, su disk array, necessaria per gestire i file versati, prima dell’archiviazione; quest’ area è realizzata tramite file system GFS (Global File System), di modo da poter essere raggiunta tramite fiber channel, conseguendo così elevate performances. La distribuzione del carico sulle due macchine viene gestita dalla coppia di bilanciatori di carico di front-end (LB1 e LB2). Il sistema operativo previsto è Red Hat Linux Enterprise 6, integrato da RedHat Resilient Storage Add- On, per la realizzazione del file system GFS.