M27 review meeting Settembre 2015
12:30 - Saluti 13:00 - Pranzo leggero con I partner 13:30 - Overview di progetto (paolo nesi) Motivazioni, Stuttura di progetto e stato su Gantt, Architettura generale 14:00 - Presentazioni e Dimostrazioni Moduli Principali Subscription Portal, SP, (Andrea Checchi, CGI) Configuration Manager, CM, (Andrea Beni, CGI) Business Producer, BP, (Tommaso Calosi, CGI) Knowledge Base, KB, Model and Tools, (Pierfrancesco Bellini, UNIFI DISIT) Supervisor & Monitor, SM, (Ivan Bruno, UNIFI DISIT) Smart Cloud Engine, SCE, (Daniele Cenni, UNIFI DISIT) Cloud Middle Ware, CMW, & CMW SDK, (Andrea Vecchi, LL) Cloud Simulator, CS, (Claudio Badii, UNIFI DISIT) 17:30 chiusura Agenda Review Meeting Finale 2
ICARO: Il cloud per l accelerazione del business delle PMI http://www.cloudicaro.it/ Paolo Nesi (resp. Tecnico Scientifico) Università degli Studi di Firenze, Paolo.nesi@unifi.it DISIT Lab, http://www.disit.dinfo.unifi.it Progetto: Regione Toscana, POR CReO 2007 2013, LINEA DI INTERVENTO 1.5.a - 1.6, BANDO UNICO R&S ANNO 2012: Direzione Generale Competitività del sistema regionale e sviluppo delle competenze; Area di Coordinamento Industria, Artigianato, Innovazione tecnologica; Settore Ricerca industriale, Innovazione e Trasferimento tecnologico
IaaS, Infrastructure as a Service: Contesto IaaS 4 Business: vendita di host a consumo Gestione: limitata al parco degli Host vari Gestori Monitoraggio delle risorse varie soluzioni di monitoraggio per gli utenti finali e per l amministratore, spesso integrate con il Gestore configurazione di monitoraggio automatizzabile Dati di monitoraggio accessibili via API del Gestore Costi di gestione: accettabili con una buona automazione se mono datacenter con Gestore monomarca, etc.. Altrimenti I costi salgono Difficili da gestire se vi sono aspetti di contrattuali stringenti da tenere sotto controllo
PaaS, Platform as a Service: Contesto PaaS 5 Business: vendita di VM a consumo.. Gestione di template con sistemi operativi vari Gestori Monitoraggio delle risorse varie soluzioni di monitoraggio, spesso non molto connesse con il vostro cliente finale Difficile automazione della soluzione di monitoraggio, ma possibile Dati di monitoraggio accessibili via API delle piattaforme o tramite il sistema di monitoraggio Costi di gestione: accettabili con una discreta automazione se mono datacenter e gestore monomarca, etc.. Non trascurabili quando vi sono aspetti di contrattuali stringenti da tenere sotto controllo
SaaS: Software as a Service Business: vendita a consumo di soluzioni software di terzi: tipicamente software con licenze standard, mensili o annuali a consumo significa anche con licenze specifiche: numero di utenti, numero di fatture, etc. COME: Applicazioni singola VM FINO A configurazioni Multi-tier complesse Le semplici applicazioni a singola VM sono vendibili con svariate configurazioni, l uso di template è molto limitato Le configurazioni complesse possono avere decine di servizi, connessioni virtuali, aspetti contrattuali complessi, spesso customizzazioni rilevanti, etc... Le configurazioni two tier, sono in numero elevato e costo molto in configurazione Gestori: in questo caso sono soluzioni che Contesto SaaS, 1/2 Aiutano a predisporre le applicazioni in modo che possano essere gestite in modo semplice: questi vanno da quelli che fanno tutto a quelli che definiscono linee guida complesse che solo tramite una programmazione spinta permettono di automatizzare il processo, anche tramite vari step a mano Allocano (deploy) e configurano le applicazioni software in modo automatico nel cloud in base a varie pattern. Questi gestori permettono di definire delle procedure di deploy (workflow) anche con parametri, in alcuni casi hanno un sistema di monitoraggio integrato anche se non sofisticato. 6
SaaS: Software as a Service (continua) Monitoraggio: soluzioni che dovrebbero permettere di controllare non solo il consumo delle risorse a livello IaaS, PaaS ma anche gli aspetti SaaS dell Applicazioni a consumo, per esempio le relazioni, i sevizi interni, etc.. Automatizzare la configurazione del sistema di monitoraggio: sia per singole che VM che per business complessi con varie VM e Servizi collegati Definire delle metriche di alto livello che possano mostrare il vero comportamento del sistema Valutarle in modo automatico valori collegati al contratto Esportare i dati di monitoraggio verso gli amministratori e anche verso i clienti finali Costi di gestione: molto elevati se vengono svolte a mano le: operazioni di configurazione, allocazione e deploy su cloud operazioni di configurazione del monitoraggio: basso e alto livello, connessione fra ogni singola metrica e il contratto valutazioni sui cambi di configurazione, connessione fra ogni singola metrica e il contratto riconfigurazioni sulla base di valutazioni complesse e strategie non formalizzate Contesto SaaS, 2/2 7
Ridurre i costi di gestione in caso di configurazioni complesse: IaaS, PaaS, SaaS, PBaaS, automatizzando i processi di Vendita delle soluzioni su cloud Configurazioni integrate: IaaS, PaaS, SaaS, PBaaS Config e Deploy di applicazioni complesse, multitier Config e gestione di soluzioni di monitoraggio a livello di metriche integrate per aspetti: IaaS, PaaS, SaaS, PBaaS, business, SLA Controllo e monitoraggio dei sistemi, Business Level, SLA level Ri-configurazione sulla base della valutazione di condizioni complesse Le soluzioni Cloud attuali sono spesso: rigide, provocano inerzie notevoli all adattamento rispetto a nuove esigenze, ad incrementi di carico/mercato, etc. ICARO ha inteso sviluppare soluzioni per avere: Obiettivi di ICARO Ridurre i costi e fornire maggiore flessibilità sul Cloud Adattare il loro parco software alle nuove esigenze Fornire servizi a consumo: Business Process as a Service, BPaaS 8
Obiettivi Tecnici, overview 9 modello descrittivo per servizi e applicazioni sistema automatico di configurazione reasoner che prendere decisioni su configurazioni: consistenza e completezza soluzione di produzione del business, config automatica motore di intelligence per il cloud algoritmi per il monitoraggio del comportamento di servizi e applicazioni: IaaS, PaaS, SaaS, soluzione PaaS di tipo evoluto algoritmi per la valutazione di modelli di costo e di business adeguamento dell architettura su alcune applicazioni algoritmi di ottimizzazione della gestione del cloud 9
ICARO Cloud 10 Utenza Finale Cloud Interoperability Aziende, PMI Applicazioni Servizi, Monitoraggio, controllo, ottimizzazione Gestione Server Accesso al PaaS Accesso al BPaaS Aziende PMI-ICT PMI, PMI-ICT Si possono focalizzare sul loro business Riduzione dei costi di struttura e manutenzione Adattamento dei costi in proporzione al business Canale promozionale di applicazioni SW in termini di servizi via PaaS, il BPaaS
Utenza Finale Application Access on icaro cloud Architettura ICARO PMI Access to BPaaS, Services Purchase SubScription Portal PMI-ICT Developers PaaS CMW SDK 11 SaaS PaaS Cloud MiddleWare Services IaaS New New New BPaaS Configuration Manager Business Producer App/Srv Store Supervisor & Monitor Smart Cloud Cloud Simulator Knowledge Base Cloud Management
project structure
13 Scheda di progetto Partenza formale: 16 marzo 2012 Fine: 31/12/2014 + 3 Mesi (a richiesta) Durata: almeno 24 mesi +3 aggiunti in seguito, finito marzo 2015 Valore/Costo: 6.242.073,00 euro Aiuto: 3.931.377,23 euro (rimborsabile e non rimbors) (2.121.036,50; 1.810.340,73) Area: Distretto Tecnologico per l ICT e le telecomunicazioni Punteggio: 86,5 Sedi di svolgimento: Empoli, Pisa, Firenze Partner: Computer Gross: Coordinatore/Capofila Università degli Studi di Firenze, DISIT Lab, DINFO, (coord. tecnico scientifico) LiberoLogico AltroLavoro Sottocontraenti: Scuola Normale Superiore (Pisa), EffectiveKnowledge (Fi), CUBIT (PI), META (PI), etc. etc.
OO1 Gestione del Progetto COMPUTERGROSS 1.1 Avvio del progetto COMPUTERGROSS 1.2 Coordinamento attività COMPUTERGROSS e UNIFI 1.3 Monitoraggio e controllo qualità COMPUTERGROSS 1.4 Amministrazione COMPUTERGROSS OO2 Analisi dei requisiti, casi d uso e di test, specifica di icaro UNIFI 2.1 Analisi dei requisiti, casi d uso e di test, specifica del sistema CMW, CMW SDK, Wrapper Pool LIBEROLOGICO 2.2 Analisi dei requisiti, casi d uso e di test, specifica del sistema SCE, SM UNIFI 2.3 Analisi dei requisiti, casi d uso e di test, specifica del sistema BP, CM, Subscription Portal COMPUTERGROSS 2.4 Architettura del sistema icaro, e sua revisione, aggiornamento, Analisi e modellazione del Knowledge Base, reasoner UNIFI 2.5 Identificazione dei dati per i casi di test, piano di verifica e validazione del sistema completo COMPUTERGROSS OO3 Modellazione, realizzazione e valutazione dei sottosistemi di icaro LIBEROLOGICO 3.1 Modellazione e realizzazione del sottosistema CMW, CMW SDK, Wrappers, SCE, SM, knowledge base, BP, CM, reasoner, SP LIBEROLOGICO 3.2 Modellazione, realizzazione e valutazione di interoperabilità fra cloud UNIFI, LIBEROLOGICO 3.3 Valutazione del sottosistema integrato CMW, CMW SDK, Wrappers Pool, CM, SM, SP, SCE, BP, knowledge base COMPUTERGROSS 3.4 Progettazione infrastruttura HW e di virtualizzazione di base, modellazione delle risorse di base, modellazione dei servizi di base del Cloud Middleware COMPUTERGROSS 3.5 Studio e sviluppo di algoritmi: di ottimizzazione di gestione del cloud e di valutazione dei modelli di costo e di business UNIFI, COMPUTERGROSS OO4 Integrazione, Sperimentazione e valutazione finale COMPUTEGROSS 4.1 Setup dell infrastruttura, modellazione della configurazione HW, personalizzazione e modellazione dei servizi di base del Cloud Middleware, Sviluppo adattatori e template per servizi e applicazioni di base e legacy COMPUTERGROSS 4.2 Re ingegnerizzazione, integrazione Servizi e Soluzioni ERP, CRM, produttività, DataMart, Workflow Management, CMS, Multimodal Marketing, Gestione del personale, e learning COMPUTERGROSS 4.3 Sperimentazione e validazione Servizi di Base, web application, Applicazioni Legacy On Site, Applicazioni integrate COMPUTERGROSS 4.4 Sperimentazione soluzioni integrate: configurazione, deploy, controllo, etc. in relazione ai casi di test integrati, interoperabilità fra cloud: migrazione, bursting, etc. LIBEROLOGICO 4.5 Realizzazione di manuali tecnici e di sviluppo per CMW SDK, CMW, WP, SCE, SM, BP, CM, e SP LIBEROLOGICO OO5 Disseminazione COMPUTEGROSS 5.1 Portale web del progetto COMPUTERGROSS 5.2 Organizzazione Convegno diffusione risultati COMPUTERGROSS 5.3 Realizzazione materiale di disseminazione e informativo COMPUTERGROSS e UNIFI 5.4 Realizzazione campagna comunicazione COMPUTERGROSS 5.5 Realizzazione seminari informativi e partecipazione ad eventi COMPUTERGROSS 14
15 Macro Attivita Tabella dei Milestone Macro Attività tempo Descrizione Macro Attività in termini di singole attività degli Obiettivi Operativi 1 analisi dei requisiti, casi d uso, di testi e specifica di integrazione 2 modellazione e realizzazione dei sottosistemi 3 revisione dell analisi e della specifica di integrazione 4 valutazione dei sottosistemi e modellazione servizi di base 5 Algoritmi di ottimizzazione 6 Infrastruttura, set up e customizzazione servizi 7 Re ingegnerizzazione, integrazione Servizi e Soluzioni 8 Sperimentazione e validazione M1 M6 M4 M15 M11 M14 M11 M16 M7 M21 M4 M18 M10 M18 M11 M24 1.1 Avvio del progetto 2.1 Analisi dei requisiti, casi d uso e di test, specifica del sistema CMW, CMW SDK, Wrapper Pool 2.2 Analisi dei requisiti, casi d uso e di test, specifica del sistema SCE, SM 2.3 Analisi dei requisiti, casi d uso e di test, specifica del sistema BP, CM, Subscription Portal 2.4 Architettura del sistema icaro, e sua revisione, aggiornamento; Analisi e modellazione del Knowledge Base, reasoner 2.5 Identificazione dei dati per i casi di test, piano di verifica e validazione del sistema completo 3.1 Modellazione e realizzazione del sottosistema CMW, CMW SDK, Wrapper Pool, SCE, SM, knowledge base, BP, CM, reasoner, SP 3.2 Modellazione, realizzazione e valutazione di interoperabilità fra cloud 2.1 Analisi dei requisiti, casi d uso e di test, specifica del sistema CMW, CMW SDK, Wrapper Pool (REVISIONE) 2.2 Analisi dei requisiti, casi d uso e di test, specifica del sistema SCE, SM 2.3 Analisi dei requisiti, casi d uso e di test, specifica del sistema BP, CM, Subscription Portal 2.4 Architettura del sistema icaro, e sua revisione, aggiornamento; Analisi e modellazione del Knowledge Base, reasoner 2.5 Identificazione dei dati per i casi di test, piano di verifica e validazione del sistema completo 3.3 Valutazione del sottosistema integrato CMW, CMW SDK, Wrapper Pool, CM, SM, SP, SCE, BP, knowledge base 3.4 modellazione dei servizi di base del Cloud Middleware 3.5 Studio e sviluppo di algoritmi: di ottimizzazione della gestione del cloud ; e di valutazione dei modelli di costo e di business 3.4 Progettazione infrastruttura HW e di virtualizzazione di base, modellazione delle risorse di base 4.1 Set up dell infrastruttura, modellazione della configurazione HW; Personalizzazione e modellazione dei servizi di base del Cloud Middleware; Sviluppo adattatori e template per servizi e applicazioni di base e legacy 4.2 Re ingegnerizzazione, integrazione Servizi e Soluzioni ERP, CRM, produttività, DataMart, Workflow Management, CMS, Multimodal Marketing,gestione del personale, e learning 4.3 Sperimentazione e validazione Servizi di Base, web application, Applicazioni Legacy On Site, Applicazioni integrate: servizi, web app, legacy 4.4 Sperimentazione soluzioni integrate: configurazione, deploy, controllo, etc. in relazione ai casi di test integrati; interoperabilità fra cloud: migrazione, bursting, etc.
Estensione del progetto 16 ICARO: obiettivi e soluzione 16
tools
Architettura ICARO Utenza Finale Application Access on icaro cloud SaaS New Access to BPaaS, Services Purchase Subscription Portal Configuration Manager Business Producer PMI App/Srv Store PMI-ICT Developers PaaS CMW SDK Smart Cloud Knowledge Base 18 Cloud Management PaaS Cloud MiddleWare Services New Supervisor & Monitor Cloud Simulator IaaS New
ICARO main components 19 Subscription Portal, SP, (Andrea Checchi, CGI) Configuration Manager, CM, (Andrea Beni, CGI) Business Producer, BP, (Tommaso Calosi, CGI) Knowledge Base, KB, Model and Tools, (Pierfrancesco Bellini, UNIFI DISIT) Supervisor & Monitor, SM, (Ivan Bruno, UNIFI DISIT) Smart Cloud Engine, SCE, (Daniele Cenni, UNIFI DISIT) Cloud Middle Ware, CMW, & CMW SDK, (Andrea Vecchi, LL) Cloud Simulator, CS, (Claudio Badii, UNIFI DISIT) 16:55 - discussione 17:30
DEMO 20 1. SP utente compra JoomlaFarm 2. CM, BP, KB, SM, SCE breve descrizione e demo durante deploy farm 3. SP si vedono metriche macchine virtuali della farm 4. Si avvia condizione di scaling joomla farm 5. SP utente compra JoomlaSite (con metrica applicativa) con SLA 6. Per i vari componenti si vede cosa succede: CM, BP, CMW, KB, SM, SCE 7. SP si vede grafico metrica applicativa JoomlaSite 8. SP si vede risultato dello scaling joomla farm e su SCE si vede andamanto metrica 9. Si toglie condizione per far rientrare lo scaling joomla farm 10. CMW descrizione SDK, onboarding applicazione (caso Ines) 11. SP utente compra applicazione Ines 12. Si verifica che l applicazione passi dai vari componenti CM, BP, KB, SM 13. SP si vede grafico metrica applicativa 14. SP si vede risultato unscaling joomla farm e su SCE si vede andamanto metrica 15. Cloud Simulator breve descrizione e demo
ICARO: Subscription Portal http://www.cloudicaro.it/ Andrea Checchi a.checchi@computergross.it Progetto: Regione Toscana, POR CReO 2007 2013, LINEA DI INTERVENTO 1.5.a - 1.6, BANDO UNICO R&S ANNO 2012: Direzione Generale Competitività del sistema regionale e sviluppo delle competenze; Area di Coordinamento Industria, Artigianato, Innovazione tecnologica; Settore Ricerca industriale, Innovazione e Trasferimento tecnologico
Architettura ICARO Utenza Finale Application Access on icaro cloud SaaS New Access to BPaaS, Services Purchase Subscription Portal Configuration Manager Business Producer PMI App/Srv Store PMI-ICT Developers PaaS CMW SDK Smart Cloud Knowledge Base 22 Cloud Management PaaS Cloud MiddleWare Services New Supervisor & Monitor Cloud Simulator IaaS New
Subscription Portal 23 Interfaccia di accesso e la vendita del BPaaS. Interfaccia di vendita di soluzioni a consumo, che possono andare da Host, Macchine Virtuali, applicazioni e combinazioni complesse. Svariate possibili configurazioni di applicazioni: ERP, CRM, etc., Soluzioni offerte con varie tipologie di contratti di servizio (Service Level Agreement, SLA) e relativi parametri per il calcolo dei costi a consumo: rete, disco, fatture, email, etc.
Subscription Portal 24 Accesso al BPaaS
Subscription Portal25 produzione automatica dei pattern/configurazioni complesse composte da: VM, applicazioni Web e non solo, servizi sulla base di buone pratiche, profiling, applicazioni legacy, e servizi per connessione con applicazioni on site remote, etc. Il Business producer è un evoluzione dei tradizionali orchestrator, che tramite workflow permettono di eseguire la procedura di deploy delle applicazioni sul Cloud. Il Business Producer: nella sperimentazione ICARO lavora con VCO VMware, può essere esteso ad altre soluzioni di mercato.
Subscription Portal Il portale offre tre diverse modalità di accesso Rivenditore Visitatore Partner 26
Subscription Portal 27 Visitatore Può visionare l'offerta utilizzando il menu di navigazione a lato o la ricerca testuale, visualizzando le informazioni tecniche, funzionali e commerciali dei servizi erogabili. Può accedere agli altri contenuti del portale: custom pages, news, blog, ecc.
Subscription Portal28 Rivenditore Preventivo / Acquisto Storico attivazioni Monitoraggio tecnico
Rivenditore Preventivo / Acquisto Effettuare una configurazione specifica secondo le esigenze Richiedere il preventivo in tempo reale Subscription Portal29
Subscription Portal30 Rivenditore - Monitoraggio tecnico Visualizzare i grafici relativi alle metriche di monitoraggio definite per i servizi in erogazione
Subscription Portal31 Partner Visualizzare le richieste di attivazione e di disattivazione dei servizi che non prevedono il provisioning automatico Dare seguito al flusso approvativo
Subscription Portal32 Architettura
Subscription Portal33 Demo integrata: Joomla Farm
Joomla Farm 34 Architettura soluzione Joomla Farm Piattaforma LAMP Scalabilità orizzontale con più nodi applicativi Utilizzo di un bilanciatore Utilizzo di un file system condiviso
Joomla Farm: process Processo di deploy 1. Attivazione di una richiesta di nuovo servizio da SP 2. Registrazione della richiesta su piattaforma CM (tramite API SP-CM) 3. Avvio WF di provisioning su piattaforma BP (tramite agent) 4. Verifica dello stato di provisioning, da parte del BP 5. Inserimento in KB della configurazione attualizzata (al termine del provisioning) 6. Inserimento in SM (da parte della KB) ed attivazione monitoraggio della soluzione (al termine del provisioning) ----------------------------------- In base alla SLA: quando le metriche di monitoraggio superano le soglie indicate nel contratto: 1. Controllo da parte dello SCE del superamento di una soglia di SLA e relativa richiesta di avvio dell azione correttiva prevista al CM 2. Avvio del WF di provisioning sul BP dell azione richiesta 3. Verifica dello stato di provisioning, BP 4. Aggiornamento della KB con la nuova configurazione (al termine del provisioning) 5. Aggiornamento del sistema SM sulla base della nuova configurazione (al termine del provisioning) ----------------------------------- Analogo processo inverso di scale-in 35
DEMO 36 1. SP utente compra JoomlaFarm 9. Si toglie condizione per far rientrare lo 2. CM, BP, KB, SM, SCE breve descrizione e scaling joomla farm demo durante deploy farm 10. CMW descrizione SDK, onboarding applicazione (caso Ines) 3. SP si vedono metriche macchine virtuali della farm 4. Si avvia condizione di scaling joomla farm 5. SP utente compra JoomlaSite (con metrica applicativa) con SLA 6. Per i vari componenti si vede cosa succede: CM, BP, CMW, KB, SM, SCE 7. SP si vede grafico metrica applicativa JoomlaSite 8. SP si vede risultato dello scaling joomla farm e su SCE si vede andamanto metrica 11. SP utente compra applicazione Ines 12. Si verifica che l applicazione passi dai vari componenti CM, BP, KB, SM 13. SP si vede grafico metrica applicativa 14. SP si vede risultato unscaling joomla farm e su SCE si vede andamanto metrica 15. Cloud Simulator breve descrizione e demo
ICARO: Configuration Manager http://cm-fe.cloudicaro.it/ Andrea Beni Computer Gross Italia, a.beni@computergross.it Progetto: Regione Toscana, POR CReO 2007 2013, LINEA DI INTERVENTO 1.5.a - 1.6, BANDO UNICO R&S ANNO 2012: Direzione Generale Competitività del sistema regionale e sviluppo delle competenze; Area di Coordinamento Industria, Artigianato, Innovazione tecnologica; Settore Ricerca industriale, Innovazione e Trasferimento tecnologico
Architettura ICARO Utenza Finale Application Access on icaro cloud SaaS New Access to BPaaS, Services Purchase Subscription Portal Configuration Manager Business Producer PMI App/Srv Store PMI-ICT Developers PaaS CMW SDK Smart Cloud Knowledge Base 38 Cloud Management PaaS Cloud MiddleWare Services New Supervisor & Monitor Cloud Simulator IaaS New
Configuration Manager 39 Strumento tecnico per la generazione e gestione automatizzata delle configurazioni Configurazioni e SLA complesse con regole di adattamento che includono la gestione automatizzata delle operazioni di deploy e update sul cloud tramite Business Producer. Business Producer può essere un cloud manager di mercato. Il Configuration Manager, CM comunica le configurazioni e le SLA allo Smart Cloud che le verifica, e che eventualmente provvede a suggerire al CM eventuali modifiche ed adattamenti. richiede grafici e dati al sistema di monitoraggio, S&M.
Configuration Manager 40 Backoffice del Business
Configuration Manager41 Software centrale di gestione tra Utenza Finale ed Infrastruttura Composto da «moduli» ognuno dei quali ha la propria funzione
Configuration Manager 42 Interfacciamento con gli altri sottosistemi Subscription Portal Back-Office Web App Web API Configuration Manager Web API Web API Web API Smart Cloud Knowledge Base Business Producer
Configuration Manager 43 Interfacciamento con Back-Office Back-Office Web App Configuration Manager Presenta una interfaccia web per il back-office, mediante la quale vengono configurati i servizi vendibili, specificando cioè: Descrizione del servizio Parametri di configurazione Processi da attivare per il deployment Voci di fatturazione per il billing del servizio Per ciascuna configurazione definita viene inviata la relativa descrizione XML al sottosistema Knowledge Base (KB)
Configuration Manager 44 Interfacciamento con Subscription Portal Subscription Portal Web API Configuration Manager Verso il sottosistema Subscription Portal (SP), presenta: Il servizio di autenticazione degli utenti, utilizzando a sua volta le funzionalità di un server LDAP La lista dei servizi acquistabili, con relative descrizioni e parametri di configurazione Sulla base del servizio scelto e dei parametri specificati elabora un preventivo economico, con l indicazione delle componenti una tantum, delle componenti periodiche e delle componenti con tariffazione a consumo
Configuration Manager Dal sottosistema SP (quando il cliente decide di acquistare) riceve infine il comando di deployment della configurazione specificata. Subscription Portal Web API Configuration Manager Web API Web API Tale comando si traduce in: Registrazione dei dati di contratto Attivazione di un workflow di deployment sul sottosistema Business Producer (BP) Monitoraggio dell attività del BP e aggiornamenti conseguenti dello stato del contratto Attivazione dei processi di billing, mediante interfacciamento con il sistema ERP Invio al sottosistema KB della configurazione attivata Knowledge Base 45 Business Producer
Configuration Manager 46 Interfacciamento con Smart Cloud Engine Web API Smart Cloud Configuration Manager Verso lo Smart Cloud Engine (SCE) il CM mette a disposizione una interfaccia che per ciascun servizio istanziato, e a seconda della relativa tipologia, permette di attivare o disattivare risorse da utilizzare in modalità on demand
DEMO 47 1. SP utente compra JoomlaFarm 9. Si toglie condizione per far rientrare lo 2. CM, BP, KB, SM, SCE breve descrizione e scaling joomla farm demo durante deploy farm 10. CMW descrizione SDK, onboarding applicazione (caso Ines) 3. SP si vedono metriche macchine virtuali della farm 4. Si avvia condizione di scaling joomla farm 5. SP utente compra JoomlaSite (con metrica applicativa) con SLA 6. Per i vari componenti si vede cosa succede: CM, BP, CMW, KB, SM, SCE 7. SP si vede grafico metrica applicativa JoomlaSite 8. SP si vede risultato dello scaling joomla farm e su SCE si vede andamanto metrica 11. SP utente compra applicazione Ines 12. Si verifica che l applicazione passi dai vari componenti CM, BP, KB, SM 13. SP si vede grafico metrica applicativa 14. SP si vede risultato unscaling joomla farm e su SCE si vede andamanto metrica 15. Cloud Simulator breve descrizione e demo
ICARO: Business Producer http://www.cloudicaro.it/ Tommaso Calosi Cloud Solution Architect t.calosi@computergross.it Progetto: Regione Toscana, POR CReO 2007 2013, LINEA DI INTERVENTO 1.5.a - 1.6, BANDO UNICO R&S ANNO 2012: Direzione Generale Competitività del sistema regionale e sviluppo delle competenze; Area di Coordinamento Industria, Artigianato, Innovazione tecnologica; Settore Ricerca industriale, Innovazione e Trasferimento tecnologico
Architettura ICARO Utenza Finale Application Access on icaro cloud SaaS New Access to BPaaS, Services Purchase Subscription Portal Configuration Manager Business Producer PMI App/Srv Store PMI-ICT Developers PaaS CMW SDK Smart Cloud Knowledge Base 49 Cloud Management PaaS Cloud MiddleWare Services New Supervisor & Monitor Cloud Simulator IaaS New
Business Producer 50 produzione automatica dei pattern/configurazioni complesse composte da: VM, applicazioni Web e non solo, servizi sulla base di buone pratiche, profiling, applicazioni legacy, e servizi per connessione con applicazioni on site remote, etc. Il Business producer è un evoluzione dei tradizionali orchestrator, che tramite workflow permettono di eseguire la procedura di deploy delle applicazioni sul Cloud. Il Business Producer: nella sperimentazione ICARO lavora con VCO VMware, può essere esteso ad altre soluzioni di mercato.
Business Producer 51 Integrazione con risorse native su ambienti vmware Integrazione con risorse standard ( ssh, powershell, sql, Webservice REST e SOAP ) Gestione nativa del versioning Accesso concorrente Esposizione di webservice
Business Producer 52 backoffice Produzione del Business
Business Producer53 Integrazione nativa con ambienti VMware
Business Producer54 Sistema di scripting basato su Javascript Rhino
Business Producer 55 Integrazione con Chef
DEMO 56 1. SP utente compra JoomlaFarm 2. CM, BP, KB, SM, SCE breve descrizione e demo durante deploy farm 3. SP si vedono metriche macchine virtuali della farm 4. Si avvia condizione di scaling joomla farm 5. SP utente compra JoomlaSite (con metrica applicativa) con SLA 6. Per i vari componenti si vede cosa succede: CM, BP, CMW, KB, SM, SCE 7. SP si vede grafico metrica applicativa JoomlaSite 8. SP si vede risultato dello scaling joomla farm e su SCE si vede andamanto metrica 9. Si toglie condizione per far rientrare lo scaling joomla farm 10. CMW descrizione SDK, onboarding applicazione (caso Ines) 11. SP utente compra applicazione Ines 12. Si verifica che l applicazione passi dai vari componenti CM, BP, KB, SM 13. SP si vede grafico metrica applicativa 14. SP si vede risultato unscaling joomla farm e su SCE si vede andamanto metrica 15. Cloud Simulator breve descrizione e demo
ICARO: Knowledge Base http://www.cloudicaro.it/ Pierfrancesco Bellini Università degli Studi di Firenze, pierfrancesco.bellini@unifi.it DISIT Lab, http://www.disit.dinfo.unifi.it Progetto: Regione Toscana, POR CReO 2007 2013, LINEA DI INTERVENTO 1.5.a - 1.6, BANDO UNICO R&S ANNO 2012: Direzione Generale Competitività del sistema regionale e sviluppo delle competenze; Area di Coordinamento Industria, Artigianato, Innovazione tecnologica; Settore Ricerca industriale, Innovazione e Trasferimento tecnologico
SCE, KB, SM and ICLOS 58 SaaS OnLine Cloud Services For Final Users Cloud Administration Cloud Configuration Manager Orchestrator Smart Cloud Administration Smart Cloud Engine Scheduler Knowledge Base on RDF Store and LOD Manag. Interf. and Tools Linked Open Graph Service Knowledge base Services Cloud Simulator Simulator GUI Simulation Config. GUI PaaS IaaS Cloud Under Management Supervisor & Monitoring Real Cloud Data Traces Nagios Simulated Cloud Traces Model Cloud Data Traces ICLOS Resource Allocator Resource Group Controllers Cloud Resources Simulator Engine
Sequence diagram CCM KB SM SCE 59 deployrequest putbusinessconf putbusinessconf storemetrics storemetrics getmetrics storemetrics getmetrics nagiossetup querysla updatesla storealarm SLA Check Process evalsla evalsla reconfigure putbusinessconf putbusinessconf nagiossetup storealarm
Architettura ICARO 60 Utenza Finale Application Access on icaro cloud SaaS New Access to BPaaS, Services Purchase Subscription Portal Configuration Manager Business Producer PMI App/Srv Store PMI-ICT Developers PaaS CMW SDK Smart Cloud Knowledge Base Cloud Management PaaS Cloud MiddleWare Services New Supervisor & Monitor Cloud Simulator IaaS New
Knowledge Base & Tools 61 La Knowledge Base modella la conoscenza del cloud (smart cloud ontology), viene alimentata con XML descrittivi con i quali configura in modo automatico i moduli di monitoraggio e supervisione, che rimangono totalmente trasparenti per il Service Portal, Configuration Manager e Business Producer. Tramite i suo Servizi, la Knowledge Base permette di effettuare ragionamenti tenendo conto di modelli, e istanze dei processi allocati sul cloud e dei dati che provengono dal monitoraggio: sullo stato del cloud, e la sua evoluzione sulle configurazioni: coerenza e completezza KB ed i suoi Tool sono utilizzati dallo Smart Cloud Engine per tutte le operazioni di data intelligence. Cloud Simulator per ottimizzazioni e valutazioni