Report tavolo di lavoro PaaS tecnologica CTS 09/07/2014 Aggiornato per AG del 26/02/2015.

Presentazione sul tema: "Report tavolo di lavoro PaaS tecnologica CTS 09/07/2014 Aggiornato per AG del 26/02/2015."— Transcript della presentazione:

1 Report tavolo di lavoro PaaS tecnologica CTS 09/07/2014 Aggiornato per AG del 26/02/2015

2 Agenda ●CloudFoundry + IronFoundry ●Cloudify ●WSO2 ●Openshift

3 CloudFoundry v2 The industry’s open platform as a service

4 Descrizione tecnica

5 Caratteristiche principali No SPOF, Distribuito, Self healing, scalabile, easy deployment, application management Il supporto a.NET è garantito dal.net-buildback ancora in stato alpha. Esitono comunque buildpack della community (non testati) che supportano.NET tramite Mono Stabilità Nato nel 2011 Facilità di utilizzo 5 semplici comandi per gestire il ciclo di vita delle applicazioni e dei servizi: target, push, create, bind e scale L’interfaccia Web è disponibile solo per la versione Enterprise a pagamento. Un interfaccia web opensource (Admin UI) è disponibile ma è in stato Incubator Facilità di personalizzazione Il deploy delle VMs che compongono l’architettura può essere modificato a piacere per far scalare sia verticalmente che orizzontalmente la piattaforma Punti di forza e debolezza + Scala in modo semplice cambiando le impostazioni nei file di deploy - La configurazione minimale richiede molte risorse - Il.NET service broker supporta solo SQL Server 2012

6 Partner industriali che supportano il progetto Partner del progetto Cloud Foundry, sviluppato da VMware, nasce nel 2011. Attualmente supportato dalla Pivotal Software (Nov. 2013) Success Stories SAP, OpenCredo, Verizon, Monsanto, Baidu, NTT Communications Awards Gunther Thiel, Head of Cloud at Swisscom “Cloud Foundry has advanced to the de facto standard PaaS in the industry. Swisscom has been one of the first contributors as we see a high innovation potential in the platform accelerating our development based on API and PaaS. It allows Swisscom to offer leading edge cloud services.”

7 Community Dimensione della community 34 membri Attività della community supporto per utenti finali e sviluppatori Ultimo submit organizzato: giugno 2014, supportato da IBM, HP, Pivotal, Vmware, SAP, Dell… Releases roadmap Update del progetto settimanale Base di utenti Centinaia di migliaia di utenti attivi Longevità del progetto Progetto nato nel 2011 Progetti collegati Governance del progettoPivotal

8 Licensing Licenza open utilizzata Apache License 2.0 Presenza di supporto commerciale La versione commerciale del progetto è gestita da Pivotal https://run.pivotal.io/ https://run.pivotal.io/ Assistenza nel tempo La community aggiorna settimanalmente il progetto risolvendo bug ed estendendo le funzionalità del PaaS

9 Documentazione Completezza della documentazione La documentazione è reperibile all’indirizzo: docs.cloudfoundry.org docs.cloudfoundry.org Essa descrive solo gli step principali Adeguatezza rispetto ai target (utenti, sviluppatori,...) Struttura (best practices, tutorial) Alcuni esempi sono reperibili su GitHub: cloudfoundry-samples cloudfoundry-samples In linea con la versione del software Non sempre a causa dei continui aggiornamenti.

10 Cloudify 2.7 Un orchestratore di applicazioni multi-tier per il cloud NB: attualmente è stato rilasciato Cloudify 3.0 in versione beta, poco documentato e con alcune funzionalità mancanti. La versione finale verrà rilasciata il 21 luglio 2014.Cloudify 3.0

11 Descrizione tecnica (1 di 2) ●Tutti i componenti di Cloudify (Shell, Management VM, Application VM) sono eseguibili su OS Win e Linux. ●Cloud Driver: viene configurato per interfacciarsi verso un determinato cloud IaaS (OpenStack, Azure, EC2...); ●Cloud Controller: gestisce il deploy, il monitoring e lo scaling delle applicazioni; ●USA (universal Service Adapter): in esecuzione su ogni nodo, traduce la ricetta in azioni su quel nodo (installazione servizi, start/stop…); ●La ricetta è scritta in linguaggio groovy, e definisce un piano per la gestione del ciclo di vita dell’app. Contiene eventuali file (jar, war, etc…) necessari alla corretta esecuzione del servizio da deployare. ●La cloudify shell viene usata per creare la VM di Management, la quale esporrà una webUI sulla porta 8099 ed un servizio REST su porta 8100. Mediante le API REST esposte dalla VM di MNG, è possibile eseguire upload e deploy di applicazioni, sotto forma di ricetta.

12 Descrizione tecnica (2 di 2) Caratteristiche principali stateful: lo stato delle VM di Application viene gestito in memoria (nella VM di MNG). P supporta la creazione di VM windows ed servizi Microsoft. Attualmente non esistono ricette pronte all’uso per applicazioni Microsoft. monitoraggio dell’applicazione sulla base di metriche e sonde (probes) definibili dallo sviluppatore; auto-healing: ripristina le VMs corrotte e riconfigura automaticamente le applicazioni. comandi custom per gli upgrade post-deployment delle applicazioni auto-scaling: scala orizzontalmente ed automaticamente l’applicazione sulla base di metriche e regole definite dallo sviluppatore. Stabilità la versione 2.7 GA è attualmente quella stabile Facilità di utilizzo WebUI facile da utilizzare, sia per il deploy di applicazioni che per il monitoraggio. Lo sviluppo delle ricette, in linguaggio groovy, è relativamente semplice. Facilità di personalizzazione Sia il Cloud Driver che le ricette sono altamente personalizzabili. E’ possibile realizzare delle immagini con a bordo tutto il software eche si vuole, ed utilizzare quelle come immagine template per l’allocazione della VM di management ed application. Punti di forza e debolezza - PRO: Basato sullo standard OASIS TOSCA - PRO: facilità di installazione. Facilità di realizzazione di servizi custom.

13 Partner industriali che supportano il progetto Partner del progetto GigaSpaces Technologies, Amazon Web Services, Azul Systems, Windows Azure, HP, Citrix, CA AppLogic, IBM BigInsights, RackSpace,... Success Stories Bank of America, Morgan Stanley, Goldman Sacks, Reuters, Bloomberg, Bank of China, American Airlines, Sears, Alcatel-Lucent, Cisco, IBM, HP, Deutsche Bank, GE, … Awards Frost & Sullivan 2013 Innovation Award, Deloitte Fast 50 2013, VentureBeat CloudBeat Showdown finalist, CRN 20 Coolest Cloud Platforms & Development Vendors 2012 & 2014, Red Herring Top 100 Europe 2012, 2012 SD Times 100.

14 Community Dimensione della communitycostituita principalmente dagli stessi membri della Gigaspaces Attività della communitysupporto per utenti finali e sviluppatori Releases roadmap ● 2.1 : 2012 ● 2.5.0 M1: 5/02/2013 - 2.5.1 GA: 7/03/2013 (rilasci a cadenza mensile); ● 2.6 M4: 12/06/2013 - 2.6.0 GA: 17/10/2013 (rilasci a cadenza mensile); ● 2.7 M1: 31/07/2013 - 2.7 GA: 20/01/2014 (rilasci a cadenza mensile) ● 2.7.1 M1: 17/02/2014 - 2.7.1: 3/03/2014 (rilasci a cadenza mensile) ●3.0 GA: fine Luglio 2014 Base di utenti Longevità del progettodal 2012 Progetti collegatiXAP della Gigaspaces Governance del progettoGigaspaces

15 Licensing Licenza open utilizzata La maggior parte dei componenti di Cloudify è open source. Il codice si trova sotto GitHub ed è fornito con licenza Apache2.GitHubApache2 Presenza di supporto commercialecon la versione Cloudify Premium Cloudify Premium Assistenza nel tempoPatch rilasciate mensilmente

16 Documentazione Completezza della documentazione Spesso la documentazione è poco esaustiva, soprattutto per la parte di illustrazione dell’architettura. Tuttavia, il supporto del forum, sebbene non immediato, è efficace nella fornitura di chiarimenti e nell’assistenza tecnica. Per la release 3.0, la documentazione della nuova architettura risulta essere maggiormente completa. Adeguatezza rispetto ai target (utenti, sviluppatori,...) Il forum e le guide sono divisi per categoria di utilizzatori (utenti o sviluppatori). Struttura (best practices, tutorial) La documentazione presenta Tutorial con esempi di applicativi di test già integrati nella distribuzione. In linea con la versione del software Non sempre. Ad esempio, la documentazione della release 2.7 delle API REST comprende, in maniera non strutturata, APIs di versioni del software differenti.

17 WSO2

18 Architettura Stratus I componenti fondamentali della soluzione sono: Message Bus: Tutte le componenti Stratos comunicano tra di loro attraverso un message broker per mantenere un basso accoppiamento tra loro. Load Balancer: due componenti software distinte per il traffico http e non http. I LB sono governati dal CC ed inviano eventi sul loro stato al MB. Cloud Controller: invia le informazioni a jclouds per la creazione o la distruzione delle istanze Jclouds: componente di integrazione verso strati IaaS eterogenei. CEP: gestisce lo stream di eventi in input ed applica regole basate sul tempo, il risultato viene inviato al componente Auto Scaler Auto Scaler: utilizza un motore di regole embedded per garantire l’elasticità di tutti i componenti del sistema. Artifact Distributor Coordinator: componente che ha la responsabilità di gestire gli artefatti applicativi

19 Gartner Magic Quadrant for Enterprise Application Platform as a Service

20 Descrizione tecnica Caratteristiche principali Soluzione completamente Open, in caso di sottoscrizione è possibile avere supporto, ma nessuna variazione di funzionalità. Basato su altri software WSO2 ad elevata maturità e diffusione sul mercato Cartdrige.NET out of the box Integrazione con diversi IaaS Pluggable LB Policy-based auto-scaling anche su diversi IaaS StabilitàDa verificare. Facilità di utilizzoInterfaccia disponibile sia da linea di comando che la user interface web. Facilità di personalizzazionePersonalizzazione semplificata con l’uso delle cartridge Punti di forza e debolezza + Nativamente multi-tenancy container e in-container + Autoscaling anche per componenti non http e comprensivo degli stessi bilanciatori (elastic load balancer) - Soluzione poco referenziata - Supporto solo da remoto

21 Partner industriali che supportano il progetto Partner del progettoProgetto indipendente Success Stories Non pubblicati sulla componente Private SaaS, diversi casi di successo con i prodotti rilasciati non così di recente. Awards Non pubblicati sulla componente PrivateSaaS, diversi casi di successo con i prodotti rilasciati non così di recente: http://wso2.com/about/awards/

22 Community Dimensione della community Per le componenti Core la community è quella di Apache (Stratos), più piccola quella di WSO2. Attività della communitySviluppo, documentazione e supporto alla risoluzione bug. Releases roadmap La Roadmap presentata al WSO2Con EU 2014: Integrazione con Docker Micro PaaS for Developers Composit Application Deployment Enhance User Management Enhance Stratos Admin UI Enhancing Autoscaling Algorithm Base di utentiNon sono state trovate fonti Longevità del progettodal 2010 Progetti collegatiTutti i prodotti dell’ecosistema WSO2 Governance del progettoWSO2

23 Licensing Licenza open utilizzata Licenza prevalente: Apache License, Version 2.0 Altre licenze (elenco non esaustivo): epl1, ibmpl, lgpl2, mit, unknown, cddl1, cpl1, jsmon, json, apache2, icu, bsd, bouncy, public, snaptree Presenza di supporto commercialeSi, ma solo online da remoto. Assistenza nel tempoPatch rilasciate con frequenza molto alta

24 Documentazione Completezza della documentazioneCompleta per tutte le funzionalità rilasciate Adeguatezza rispetto ai target (utenti, sviluppatori,...) La documentazione comprende: ●About ●Installation Guide ●User Guide ●Quick Start Guide ●Administration Guide Struttura (best practices, tutorial) Disponibili diversi tutorial e casi d’uso, è anche disponibile una library di documentazione aggiuntiva prodotta dagli sviluppatori: http://wso2.com/library/ In linea con la versione del software In linea con l’ultima versione, resta comunque disponibile la documentazione anche delle versioni precedenti

25 OpenShift

26 Descrizione tecnica Caratteristiche principali Soluzione completamente Open, gestita da RedHat. Basato su altri software WSO2 ad elevata maturità e diffusione sul mercato Cartdrige.NET da creare Supporto Docker Integrazione con diversi IaaS StabilitàDa verificare. Facilità di utilizzoInterfaccia disponibile sia da linea di comando che la user interface web. Facilità di personalizzazionePersonalizzazione semplificata con l’uso delle cartridge Punti di forza e debolezza + Nativamente multi-tenancy container e in-container + Autoscaling + Docker - Soluzione poco referenziata

27 Partner industriali che supportano il progetto Partner del progetto 48 partner (https://www.openshift.com/partners) Success Stories Awards Cloud Awards 2012/2013 Gold Winner PaaS di Network Products Guide 2013 Top Innovator for PaaS in DeveloperWeek 2014DeveloperWeek 2014 Visionary for Enterprise Application PaaS su Gartner 2013 Visionary for Enterprise Application PaaS su Gartner 2014 Best PaaS in Asia Cloud Awards 2013.Asia Cloud Awards 2013.

28 Community Dimensione della community Community RedHat Attività della community Sviluppo, documentazione e supporto alla risoluzione bug. Releases roadmap Base di utenti Non definito Longevità del progetto 2011 Progetti collegatiJBoss Fuse, jBPMN Governance del progettoRedHat

29 Licensing Licenza open utilizzata Apache 2.0 Presenza di supporto commerciale Si versione Enterprise Assistenza nel tempoNon valutato

30 Documentazione Completezza della documentazione Completa e aggiornata all’ultima versione Adeguatezza rispetto ai target (utenti, sviluppatori,...) Documentazione separata per utilizzatori, sviluppatori e installazione. Struttura (best practices, tutorial) Video tutorial In linea con la versione del software Si

31

32

33 Descrizione tecnica un paio di slide di presentazione per mostrare l’architettura del prodotto e come funziona evidenziando ●caratteristiche chiave (supporto a mondo windows in primis) ●stabilità ●facilità di utilizzo ●facilità di personalizzazione/sviluppi ulteriori

34 Partner industriali che supportano il progetto ●Elenco dei partner che supportano il progetto e/o come lo inquadrano nella loro vision di sviluppo aziendale ●Storie di successo riportate nel sito del progetto

35 Community ●dimensione della community ●attività della community ●piano delle releases ●base di utenti ●longevità del progetto ●progetti collegati ●governance del progetto

36 Licensing ●licenza open utilizzata ●presenza di supporto commerciale ●sostenibilità della manutenzione nel tempo (aggiornamenti, patch, etc)

37 Documentazione ●Completezza ●Adeguatezza rispetto ai target (uteni, sviluppatori, etc) ●Struttura (best practice, tutorial, guide per specifici task) ●Aggiornata (rispetto alla versione stabile corrente del sofware e nel tempo)

38 Pros and Cons Punti di forza e debolezze