Open City Platform: stato del progetto Workshop CCR, Trento, 17 marzo 2016 Luciano Gaido.

Presentazione sul tema: "Open City Platform: stato del progetto Workshop CCR, Trento, 17 marzo 2016 Luciano Gaido."— Transcript della presentazione:

1 Open City Platform: stato del progetto Workshop CCR, Trento, 17 marzo 2016 Luciano Gaido

2 OCP: Progetto di Ricerca Industriale finanziato dal MIUR Durata: 36 mesi (1 gennaio 2014 -> Dic. 2016) Personale Coinvolto: oltre 100 unità Mesi uomo: oltre 2000 Budget Progetto: 11.949.448,89 euro Totale Agevolazioni MIUR: 10.688.786,90 euro Cofinanziamento: 1.260.662,00 euro Parte dai risultati ottenuti dal progetto MIUR PON PRISMA, appena concluso, e da quelli di INFN Cloud e Marche Cloud Collabora con il progetto Europeo INDIGO-DataCloud (12 M€), coordinato da INFN PRISMA e OCP hanno investito ~ 35 M€ per rendere disponibile l’attuale piattaforma cloud aperta per la PA Oltre 9.000.000 di cittadini potenzialmente coinvolti dalle sperimentazioni regionali e comunali Informazioni generali ATI Toscana/E.R.

3 Stato del progetto ad oggi il contratto non è stato ancora firmato stiamo richiedendo una proroga di un anno (fine prevista giugno 2017) due piccole aziende escono dal progetto e le loro attività vanno riassegnate  rimodulazione capitolato tecnico in corso oltre alle regioni coinvolte nel progetto, altre regioni hanno mostrato interesse per OCP (Umbria, Lazio e Friuli Venezia Giulia) e comuni (Torino e Bologna) Abbiamo avuto a gennaio un incontro con AgID per presentare il progetto (presenti anche Engineering e HP)  le soluzioni di OCP rispondono allo use case elaborato da AgID in cui una PA può essere fornitore di servizi o utilizzatore di servizi forniti da alter PA (compresa una soluzione mista) 3OCP: stato del progetto, WS CCR, Trento 17.3.2016

4 Architettura 4OCP: stato del progetto, WS CCR, Trento 17.3.2016 adapter Disaster Recovery as a Service (DRaaS) Real Environment (VM infrastructure, HW, network) IaaS / PaaS Management Flexible Resource Management Cloud to Cloud (C2C) Cloud to Ground (C2G) Service Composition Orchestrator brokering Queue system Openstack Native API Recipe (HEAT) API Lifecycle Engine API Monitoring engine PaaS layer API Cloud Formation as a Service (CFaaS) Billing engine App store Citizen's Marketplace Reusable components App Management Portal Authentication - Authorization - accounting API App API PRISMA ESB interface iPaaS Layer API mysql Postgres SQL RDF Open Data Services RC Opendata from external source Open data engine Appserver IAAS providers

5 Alcune caratteristiche/componenti Reusable components: di tipo ‘generale’, a livello di PaaS specifici per la Pubblica Amministrazione  alcuni sono frutto della ‘scomposizione’ delle applicazioni attualmente in uso questa è la parte ci OCP che è più in ritardo Application Store: è un servizio, basato su WSO2 Enterprise Store, che ha diverse componenti: un Service Marketplace (per le componenti riutilizzabili e le applicazioni) Un Citizen’s Marketplace (applicazione) che consente al Cittadino di accedere ai vari servizi forniti da PA diverse e verificare consumi e costi una serie di servizi per gli open data 5OCP: stato del progetto, WS CCR, Trento 17.3.2016

6 Alcune caratteristiche/componenti Orchestrator: È basato sull’Enterprise Service Bus di PRISMA e consente al mondo applicativo (industrie o singoli) di: sviluppare e testare una applicazione effettuare il dispiegamento e gestire il ciclo di vita di una applicazione in un contesto di produzione di alta affidabilità e robustezza utilizzando un set di strumenti che abilitano anche il controllo delle prestazioni supporta lo standard TOSCA (OASIS) 6 OCP: stato del progetto, WS CCR, Trento 17.3.2016 Open Data & Open Service engine: consente di automatizzare la generazione di Open Data (grazie a strumenti come CKAN o SPOD) integrati nella piattaforma con gli altri servizi e di far crescere l’uso dei dati in formato aperto, disponibili con gli appropriati metadatiCKANSPOD Comune Consumer Regione Provider Comune Consumer Comune Consumer Comune Consumer

7 Alcune caratteristiche/componenti Framework di sicurezza Architettura Service Oriented, risultato di uno sviluppo guidato da 4 principi fondamentali: Autenticazione Federata (SPID) Autorizzazione (XACML3) Interoperabilità (Policy Decision as a Service, Policy Administration as a Service) Delega di credenziali (OAuth2) Componenti e tecnologie: Attribute Authority (compatibile con SPID e standard SCIM 1.1) Access Manager, basato su OpenAM (SSO via SPID, aggregazione attributi e gestione autorizzazione) e OpenIG (reverse proxy) Delega credenziali, basata su OAuth2  sinergia con INDIGO PaaS: supportate due soluzioni: Cloudify e OpenShift considerata l’integrazione di Mesos (+Hadoop+Spark) per fornire strumenti per l’analisi dei big data  ulteriore sinergia con INDIGO 7OCP: stato del progetto, WS CCR, Trento 17.3.2016

8 Alcune caratteristiche/componenti Monitoring: in sviluppo il servizio basato sui risultati di PRISMA piattaforma per monitoring di IaaS e PaaS basata sull’integrazione tra Ceilometer e Zabbix piattaforma per il monitoring delle applicazioni e centralizzazione dei log applicativi basata su tecnologia elastic search e un Enterprise Service Bus (WSO2) l’architettura comprende una funzionalità di billing, basata su Killbill/Jbilling (backend) e Cyclops/Cloudkitty (mediation) 8OCP: stato del progetto, WS CCR, Trento 17.3.2016 Ceilometer Zabbix

9 Componenti/servizi rilasciati nel primo prototipo Procedure di installazione/configurazione automatica IaaS: Comprende una interfaccia grafica, configurazione con Foreman, configurazione Object Store di CEPH (RadosGW), supporto per configurazioni di rete complesse (tunnel GRE) Usata con successo in regione Marche Procedure analoghe per PaaS  in fase di preparazione Infrastruttura di monitoring  pronta l’infrastruttura per IaaS e PaaS che è già in grado di supportare il monitoring delle applicazioni Framework di sicurezza: Access Manager e AA disponibili in corso integrazione con Orchestrator (token OAuth2) e prossimamente con Travel Planner (applicazione pilota) delegation da INDIGO App store Rilasciato primo prototipo  demo disponibile 9OCP: stato del progetto, WS CCR, Trento 17.3.2016

10 Testbed Il sito principale del testbed di OCP è INFN-Bari, ma ci sono risorse anche a CNAF, Padova, Perugia e Torino (prevalentemente per i test). Le risorse del testbed di Bari sono aperte anche alle aziende per effettuare il porting delle applicazioni, ma per questo potranno essere utilizzati anche i testbed nelle regioni. Ad es. l’applicazione Travel Planner di Pluservice verrà installata direttamente nell’infrastruttura OCP di Regione Marche. Stato dei testbed OCP nelle regioni: Marche (IaaS installato, in corso installazione PaaS, a seguire monitoring) Toscana (installazione da iniziare) Emilia Romagna (installazione IaaS in corso, qualche problema nella topologia locale) 10OCP: stato del progetto, WS CCR, Trento 17.3.2016

11 Domande? 11OCP: stato del progetto, WS CCR, Trento 17.3.2016