OR 1 & OR 2 Stato avanzamento lavori Cristina Aiftimiei (INFN-CNAF) CTS - Bologna - 09/10/2015

OR 1 Analisi delle soluzioni e sinergie con progetti esistenti per favorire il riuso delle componenti open-source e la definizione della governance di una Smart City OR1 1AR1.1 - Analisi dello stato dell'arte sulla normativa, tecnologia, interoperabilità e standard 100%, revisionato internamente 2AR1.2 - Analisi esigenze e requisiti di dominio per le PAL Avviato, in corso Contributi mancanti 3AR1.3 - Studio e definizione di un modello organizzativo di riferimento basato sul cloud per l’erogazione di servizi applicativi Avviato, in corso Contributi mancanti 4AR1.4 - Studio e definizione del modello architetturale di riferimento 90%, quasi finito Serve discussione in AG

AR 1.1 “Analisi dello stato dell'arte sulla normativa, tecnologia, interoperabilità e standard” Attivita’ di tipo Ricerca Industriale, M1 – M11 Lead: INFN 12 pm - Partner: UniCam 6 pm, Santer Reply 5 pm, Almaviva 2 pm, Filippetti 3 pm L’ analisi dello stato dell’arte relativamente ad aspetti normativi, tecnologici e di interoperabilità con particolare attenzione agli standard e con riferimento a progetti ed esperienze di cloud computing esistenti valutandone vantaggi e rischi per l'applicabilità rispetto agli ambiti applicativi di riferimento per il progetto Open City Platform. D 1.1 – report sullo stato dell’arte D 1.1 Inizialmente M10 Rilascio efffetivo (previsione): M18 rilascio draft per review: 10 Giugno->12 Luglio Aggiornate info su INDIGO & FiWARE Reviewer: Francesco De Angelis, Andrea Montefiori Revisionato da Francesco

AR 1.2 “Analisi esigenze e requisiti di dominio per le PAL” Attivita’ di tipo Ricerca Industriale, M1 – M11 Lead: Santer Reply 5 pm - Partner: INFN 3 pm, UniCam 5 pm, Almaviva 3 pm, Filippetti 2 pm Analisi delle esigenze e delle opportunità che il cloud computing offre alle Pubbliche Amministrazioni con riferimento alla riduzione dei costi, alla flessibilità organizzativa, all’efficienza, all’efficacia, alla trasparenza e all’affidabilità dei servizi erogati. D report sulle caratteristiche cloud computing per la PAL D 1.2 Inizialmente M14 – previsione M18 rilascio draft per review: 19 Giugno Reviewer: Mirco Mazzucato, Daniele Spiga Stato – molte parti mancante -> 25% completato

AR 1.3 “Studio e definizione di un modello organizzativo di riferimento basato sul cloud per l’erogazione di servizi applicativi” Attivita’ di tipo Ricerca Industriale, M1 – M11 Lead: Santer Reply 10 pm - Partner: INFN 5 pm, UniCam 5 pm, Almaviva 3 pm, Filippetti 2 pm Studio un modello organizzativo per l'adozione della piattaforma cloud proposta dal progetto da parte delle PA; modelli di business per l’erogazione di servizi residenti nella piattaforma stessa; un modello organizzativo in ottica di integrazione federata di più cloud; visione generale di progetto che caratterizzi i possibili scenari di utilizzo di OCP nelle PAL; un modello concettuale che ne esamini la valenza rispetto a importanti requisiti di dominio. Definizione del modello organizzativo per l'adozione della piattaforma OCP D 1.3 – documento di vision - caratterizzi gli scenari di utilizzo di OCP, il modello organizzativo per l'adozione della piattaforma cloud da parte della PA e per integrazione federata di più cloud, le regole tecniche necessarie, il modello concettuale e i modelli di business per l'erogazione di servizi. D 1.3 Inizialmente M14 Rilascio efffetivo (previsione): M18 rilascio draft per review: 19 Giugno Reviewer: Luciano Gaido, Marco Giolo Stato: 5 capitoli – mancano contenuti per 4

AR 1.4 “Studio e definizione del modello architetturale di riferimento” Attivita’ di tipo Ricerca Industriale, M1 – M11 Lead: INFN 18 pm - Partner: Unicam 6 pm, Santer Reply 10 pm, Filippetti 2 pm Definizione: modello logico-funzionale che descriva l’architettura funzionale dei sistemi costituenti la cloud OCP mettendone in risalto l’impatto rispetto al modello organizzativo proposto illustrando l’insieme complessivo delle diverse funzioni logiche coinvolte, e fornire una visione globale del sistema proposto e delle modalità con cui lo stesso si rapporta nei confronti dei diversi attori coinvolti; modello infrastrutturale che comprenda la descrizione di dettaglio dell’architettura tecnologica generale del sistema presentata precedentemente e riporti la descrizione delle modalità con cui sono strutturate e sviluppate le diverse componenti software che costituiscono OCP e le interrelazioni tra esse…. D 1.4 – Report relativo al modello logico-funzionale e infrastrutturale della cloud OCP D 1.4 Inizialmente M10 – previsione M18 rilascio draft per review - 10 Giugno Reviewer Stefano Bussolino, Andrea Montefiori agiornate info su INDIGO & FiWARE – proposta discussione in AG

SAL OR 1 Contributi ricevuti: INFN, Almaviva, Unicam Mancanti Reply, Filippetti

OR 2 Metodi e strumenti per gestione cloud OR2 1AR2.1 - Definizione ed implementazione di una interfaccia di cloud management Avviato, in corso 2AR Studio di metodologie e parametri per il monitoring di IaaS e PaaS Avviata, in corso 3AR2.3 - Studio di modelli e strumenti per il dispiegamento di applicazioni e servizi in cluster Avviato, in corso 4AR2.4 - Studio di modelli e strumenti per il dispiegamento di applicazioni e servizi in cluster Avviato, in corso 5AR2.5 - Implementazione e test di una interfaccia di cloud management comprendente funzionalità di monitoring avanzato, deployment di applicazioni in cluster, disaster recovery Avviato, in corso

AR 2.1 “Definizione ed implementazione di una interfaccia di cloud management” Attivita’ di tipo Ricerca Industriale, M3 – M29 Lead: INFN 11 pm - Partner: Santer Reply 20 pm, Almaviva 3 pm Interfaccia di gestione dell’infrastruttura di livello IaaS, per sfruttare funzionalità evolute (orchestrazione, failure tolerance, load balancing, elasticity, etc) federazione di risorse anche eterogenee accesso tramite interfacce semplificate per nascondere la complessità Attivita’: delineata l'architettura In particolare, è emersa la necessità di un layer intermedio fra lo strato IaaS e lo strato PaaS che possa fare da "interfaccia unica" fra l'insieme eterogeneo di provider di risorse di infrastruttura e la gestione di quelle di piattaforma. la maggior parte delle risorse concentrata sullo sviluppo di un'interfaccia che utilizzi le API REST deciso di mantenere anche l'utilizzo del maggior numero di interfacce possibile (OCCI, CDMI, EC2). OCCI deprecato -> Introdotto l’utilizzo di template TOSCA (OASIS Topology and Orchestration Specification for Cloud Applications)TOSCA Riutilizzare in massima parte quanto sviluppato da Reply per il progetto PRISMA. + nuovi servizi/moduli per: Monitoring applicativo, billing, accounting, AAI, AppStore Report in D2.1 e D2.2

AR 2.2 “Studio di metodologie e parametri per il monitoring di IaaS e PaaS” Attivita’ di tipo Ricerca Industriale, M3 – M29 Lead: INFN 41 pm - Partner: Santer Reply 14 pm, Almaviva 12 pm svilupperà la componente architetturale relativa al “Monitoring & metering” Definizione architetturale Implementazione degli Admin Monitor di Livello I Definizione ed implementazione del MaaS (Monitoring-as-a-Service) Billing Attività: attivita' di automatizzazione installazione di tutto il pacchetto monitoring e monitoring pilar Billing portando avanti attivita' di scouting e definizione architettura Basata su Enterprise Service Bus – WSO2 ESB Report in D2.1 e D2.2

AR 2.3 “Studio di modelli e strumenti per il dispiegamento di applicazioni e servizi in cluster” Attivita’ di tipo Ricerca Industriale, M3 – M29 Lead: INFN 55 pm - Partner: Santer Reply 16 pm Studio e la progettazione di un servizio di deployment di cluster in modo da consentire il dispiegamento di gruppi di risorse connesse in rete, in maniera semplice e configurabile (alla AWS CloudFormation/HEAT OpenStack, JuJu Ubuntu, etc) Attività: Scouting PaaS – scelta Cloudify & Open Shift Valutazione Heat, jClouds, TOSCA Report in D2.1 e D2.2

AR 2.4 “Studio di metodologie e sviluppo di strumenti per il consolidamento ed il disaster recovery di cloud distribuite” Attivita’ di tipo Ricerca Industriale, M3 – M29 Lead: INFN 11 pm - Partner: Santer Reply 20 pm, Almaviva 3 pm Avanzamento rispetto allo stato dell’arte delle funzionalità di Disater Recovery presenti nelle infrastrutture di livello IaaS Studio dei vari scenari e quindi livelli di Disaster Recovery necessari Anche in relazione alle diverse tipologie di siti e servizi che sono serviti da OCP Studio delle funzionalità già messe a disposizione da PRISMA Studio di altri software/progetti che possono essere integrati Attività : Definita l'architettura del servizio Definiti scenari come backup e restore di macchine virtuali e volumi – workflow che automatizzerà il processo di creazione di snapshot e backup di VMs, e backup di volumi, sulla base di parametri geografici e temporali decisi dall’utente DRaaS e MultiRegion OpenStack - Considerata la possibilità di utilizzare l'object storage distribuito geograficamente per il disaster recovery di dati non strutturati. Report in D2.1 e D2.2

AR 2.5 “Implementazione e test di una interfaccia di cloud management comprendente funzionalità di monitoring avanzato, deployment di applicazioni in cluster, disaster recovery” Attivita’ di tipo Sviluppo Sperimentale, M3 – M29 Lead: INFN 6 pm - Partner: Santer Reply 18 pm, Almaviva 2 pm Singolo servizio, a livello Infrastructure, corrispondente al componente architetturale Gestione Virtual Environment Strato di mediazione tra infrastrutture IaaS differenti Include funzionalita’ di Monitoring/Billing, CFaaS e DRaaS Il tutto reso disponibile attraverso la Cloud Management Interface: apposite API (eventuali adattattamenti/estensioni di OCCI, CIMI, EC …. Attività: iniziati test delle soluzioni proposte sui testbed disponibili Repository open del codice -

OR 2 - Deliverables D2.1 (M 14) - Analisi dello stato dell’arte per interfacce di cloud management e dei componenti relativi mutuati da altri progetti, per il servizio di monitoring e billing, per la modellizzazione di applicazioni e servizi in Cloud e per il servizio di disaster recovery D2.1 D2.2 (M 17)- Descrizione delle componenti di cloud management, monitoring e billing, modellizzazone di applicazioni e servizi in cloud e disaster recovery rilasciate nel primo prototipo per i servizi rilasciati dal WP2 e metriche per la loro valutazione D2.2 Rilascio draft per review – 30 Sett. Reviewers: da definire

SAL OR2 Contributi Ricevuti: INFN Almaviva Mancanti: Reply