Prodotto <ADAM DASHBOARD> Release <1.0> Gennaio 2015 Il presente documento e' stato redatto in coerenza con il Codice Etico e i Principi Generali del Controllo Interno
Sommario Sommario... 2 Introduzione... 3 Definizione dei Termini ed Acronimi... 3 Contesto di Riferimento e Obiettivi... 4 Caratteristiche generali dei moduli della suite ADAM... 5 Descrizione Generale per ADAM DASHBOARD... 6 Raccolta dati... 6 Presentazione dei dati... 6 Architettura applicativa del Tool... 8 Componenti applicative... 9 Comunicazione tra le componenti... 10 Riepilogo componenti applicative... 10
Introduzione Il progetto nasce dalla necessità di monitorare quei processi caratterizzati da una architettura applicativa complessa nella quale sono coinvolti gli attuali sistemi di monitoraggio dell area di Rete Telecom Italia di Esercizio. L attività progettuale, attraverso l analisi dei sistemi coinvolti nel processo, produrrà una <dashboard> dedicata, risultato finale di un workflow di raccolta dati che permetterà la visualizzazione e l evidenziazione delle criticità per ogni sistema attualmente coinvolto e definito nel perimetro d offerta commerciale. Il presente documento illustra i requisiti funzionali di base previsti in una fase di progetto afferente alle esigenze rilevate in una prima fase di raccolta informazioni presso vostra area di competenza a valle di incontri preliminari avuti con la linea tecnica di riferimento. Definizione dei Termini ed Acronimi Acronimo Termine ADAM Descrizione Automatic Deploy Advanced Monitoring
Contesto di Riferimento e Obiettivi Il presente documento viene redatto, nell ambito dell offerta del Prodotto ADAM DASHBOARD, con lo scopo di descrivere i macro requisiti di monitoraggio e allarmistica da implementare sui sistemi di produzione impattati in questa Fase definita con il cliente Telecom Italia. L obiettivo del progetto è duplice: raccogliere e collezionare in maniera omogenea i dati relativi alle segnalazioni provenienti dai diversi sistemi di monitoraggio già in essere nell infrastruttura di produzione esistente; fornire uno strumento visuale che costituisca un punto di accesso unico per visualizzare in tempo reale le informazioni relative alle segnalazioni precedentemente raccolte in maniera semplice ed uniforme. In aggiunta a questo, il nuovo strumento visuale offrirà anche la possibilità, per gli operatori aventi un profilo abilitato a tale operazione, di definire delle configurazioni che saranno poi salvate all interno di file presenti sugli attuali sistemi di monitoraggio presenti in esercizio. Il risultato finale atteso sarà quello di semplificare le operazioni di monitoraggio, evitando agli operatori addetti alle operazioni di controllo la necessità di utilizzare i vari strumenti differenti già forniti dai vari sistemi di monitoraggio attualmente presenti in esercizio, e mettendo loro a disposizione uno strumento unico ed omogeneo per l accesso in tempo reale alle informazioni relative alle segnalazioni.
Caratteristiche generali dei moduli della suite ADAM Di seguito alcuni elementi fondamentali caratterizzanti del prodotto della suite ADAM: Riduce l incidenza dell errore umano nelle attività di verifica e confronto che vengono quotidianamente eseguite dai gruppi di lavoro preposti Esegue operazioni complesse in completa autonomia Esegue il monitoraggio con vari livelli di dettaglio. Migliora la qualità di gestione degli applicativi in produzione. Diminuzione del numero dei trouble ticket lavorati e delle attività di supporto che gravano sugli ambienti di operation. Riduce i costi di gestione Supporto alle attività di allineamento dei frammenti di flusso del processo influenzati da un non corretto coordinamento del processo visto nella sua interezza. Gestione ed elaborazione di diversi input al processo (file flat, xml, http/https, jms, excel, trap smtp, applicativi, etc.)
Descrizione Generale per ADAM DASHBOARD Due sono i requisiti fondamentali da soddisfare: Raccolta dati delle segnalazioni provenienti dai vari sistemi coinvolti. Presentazione omegenea e in tempo reale delle segnalazioni ricevute, in ordine ed evidenziazione da stabilire in base alla severità delle segnalazioni ricevute stesse. Il cruscotto di monitoraggio prevederà una fase di provisioning in cui definire la configurazione in base alle quali i sistemi coinvolti compariranno sulla dashboard. Raccolta dati Gli allarmi indicatori disponibili sul cruscotto avranno le seguenti caratteristiche: Ciascuno dei sistemi coinvolti invierà le informazioni relative ad una singola segnalazione invocando un apposito servizio che il prodotto esporrà, secondo un protocollo (SNMP, HTTP(S), ) da definire, specifico per ciascun sistema, e secondo un formato standard predefinito. Le informazioni così ricevute saranno quindi normalizzate secondo il formato previsto e salvate in un apposito database. Presentazione dei dati Attraverso una schedulazione ad alta frequenza, i dati saranno inviati ai web client ospitanti la dashboard in modalità push (websocket).
Trap SNMP Script custom GET SNMP (fase 2).csv
Architettura applicativa del Tool In questo paragrafo viene rappresentata e descritta l architettura applicativa generale del sistema. Di seguito una rappresentazione grafica dell architettura di Dashboard: BACK END
Componenti applicative Le componenti applicative per DASHBOARD sono le seguenti: Front End: Un applicazione web che: o consente la visualizzazione delle informazioni relative alle segnalazioni raccolte dal back-end; o consente la possibilità, per gli operatori abilitati, di modificare file di configurazione presenti sui sistemi remoti ; Back End: o Uno o più servizi in ascolto su protocolli standard (HTTP(S), SNMP) che accettano in ingresso i messaggi contenenti le informazioni relative alle segnalazioni, provenienti dai sistemi di monitoring, le normalizza in base al proprio formato interno e le salva sul database; o Un processo che esegue una scansione periodica al alta frequenza delle informazioni salvate sul database, in modo tale da rilevare in tempo reale le nuove informazioni ricevute dai sistemi di monitoring e poterle quindi inviare al front-end per la visualizzazione (in modalità push websocket); Data Base: o Gestisce la persistenza dei dati; Sistemi esterni coinvolti nei processi: o I sistemi di monitoraggio attualmente presenti in produzione.
Comunicazione tra le componenti Front End: o Riceve i dati dal back end tramite http(s) push (websocket); Back End: o Invia il dati al front end tramite http(s) push (websocket); o Riceve i dati dai sistemi di montioring tramite HTTP(S), SNMP; o Si interfaccia al database tramite driver JDBC; o Accede ai dati in lettura sul file system; Sistemi esterni al processo: o Forniscono i dati attraverso HTTP(S) o SNMP; Operatori: o Accedono al Front End tramite interfaccia Web. Riepilogo componenti applicative Componente Front End Back End DB Descrizione Componente per estrazione dati e presentazione agli utenti Componente per l elaborazione dei dati Componente di persistenza dati