|
CASE STUDY: AUTOSTRADE
Risolvere problemi di scalabilità e stabilità per un portale Web nazionale
Il portale Web per le autostrade è il punto di riferimento per le informazioni riguardanti la viabilità in Italia. Il Case Study mostra come l’intervento di K-Tech sia stato determinante per riuscire ad annullare i disservizi sfruttando a pieno regime tutta l’infrastruttura Hardware a disposizione.
|
| SOMMARIO |
| Cliente |
AUTOSTRADE PER L'ITALIA SpA
|
| Sito Web |
http://www.autostrade.it/ |
| Descrizione |
Autostrade per l'Italia SpA è la società concessionaria che gestisce la rete autostradale italiana
|
| Industria |
Servizi |
| Città |
Firenze |
| Numero di impiegati |
Oltre 6000 |
| Richieste di Business |
- Annullare i disservizi dovuti al carico di richieste Web
- Sfruttare completamente le risorse Hardware a disposizione |
| K-Solution |
- Analisi delle performance
- Individuazione delle criticità
- Disegno architetturale della nuova infrastruttura Software
- Configurazione dei Cluster JBoss
- Disegno del sistema di monitoraggio
- Gestione del processo delle priorità
- Scrittura della Documentazione
|
| Risultati di Business |
- Al successivo evento critico tutte le richieste Web sono state servite senza disservizi
- Raggiunti valori massimi mai registrati su metriche Unique Browser/H e page view/h
- Più che raddoppiato l'uso di banda giornaliero |
|
DESCRZIONE |
Problema |
| Il portale di viabilità nazionale mostrava scarsa capacità di gestire carichi applicativi dovuti all'aumento delle richieste degli utenti nel caso di particolari eventi. Questo avveniva nonostante l'utilizzo di tecnologia hardware e software in grado di sopportare carichi applicativi elevati. |
Attori coinvolti |
| ICT Operations (Autostrade per L'Italia SpA), Fornitore applicativo e K-Tech |
Piattaforma |
| JBoss Applcation Server e Oralce DB |
Ambito del problema |
Prima dell’intervento K-Tech il portale era stabile solo in regime di carico utenti Web nominale. Durante gli episodi meteo o particolari eventi, come esodi vacanzieri o scioperi nazionali, i server andavano in crash a seguito dell'aumento delle richieste Web e della quantità di informazioni meteo presenti nel database. Questo generava pesanti inefficienze sia con impatti diretti sul servizio Web del portale che indiretti per gli altri sistemi aziendali. Una volta avuto un crash su una istanza dell'Application Server il carico Web bilanciato sulle istanze rimanenti era tale da bloccarle, o comunque tale da limitare, il throughput. Di conseguenza i disservizi si manifestavano in maniera evidente in termini di pagine richieste ma non servite o servite incompletamente.
|
Richieste operative |
| L'adozione di nuovo hardware era stato il tentativo, precedente all'intervento K-Tech, per eliminare i disservizi ed aumentare la capacità operativa del portale. Questa modalità operativa si era rivelata inefficace, e al tempo stesso, lenta e dispendiosa nella sua attuazione. Per questo è stata coinvolta K-Tech a cui è stato richiesto di azzerare i disservizi e ottenere il completo sfruttamento delle risorse hardware a disposizione. |
Metodo di lavoro |
| Per raggiungere l'obiettivo è stata emulata, in un ambiente clone della produzione, la situazione critica registrata in produzione. Per ottenere fedelmente questa emulazione è stato necessario effettuare la modellazione del traffico secondo pattern comportamentali legati al tipo di giornata (feriale, preferiale, festivo,…), al tipo di funzione (viabilità ordinaria, meteo,...) e all'ora della giornata. Questi modelli sono stati sviluppati sulla base dell'analisi dei dati di performance di produzione. L'emulazione degli eventi critici è stata ottenuta utilizzando copie dei dati del database. In questa situazione sono stati effettuati dei test di carico al fine di determinare la curva di saturazione del sistema in funzione del traffico utenti e dell'utilizzo delle risorse hardware. Durante le prove di carico sono stati utilizzati gli stessi strumenti di monitoraggio previsti per la produzione. Questo ha permesso di individuare i limiti della capacità e al tempo stesso di collegarli ai punti critici sia applicativi che architetturali. Al termine della fase di emulazione i punti critici evidenziati sono stati presentati assieme alle priorità di intervento. La condivisione delle risultanze dell'analisi e dei dati di monitoraggio ha permesso la definizione delle linee di intervento. Sono state inoltre condivise le raccomandazioni per i passi operativi così da ottenere il più velocemente possibile la risoluzione dei problemi. |
|
Le K-Solution
|
- Analisi dei dati di performance per evidenziare le criticità degli applicativi (gestione della memoria nella JVM e interazione con il DBMS)
- Disegno architetturale della nuova infrastruttura Software
- Configurazione dei Cluster JBoss
- Disegno del sistema di monitoraggio
- Scrittura della documentazione relativa agli HotSpot applicativi
- Gestione del processo di fix con il gruppo di sviluppo secondo le priorità individuate
|
;)
