Devops, Cloud e Container
- 1. Devops, Cloud e Container MoM - Bologna, 20/12/2016 ↘ Speaker: Luca Acquaviva lacquaviva@imolinfo.it
- 2. Agenda › Cos’è un’applicazione ▪ Attori in gioco e percezioni diverse › DevOps ▪ Come deve cambiare il delivery › Cloud ▪ Come deve cambiare l’infrastruttura › Container ▪ Application container come elemento di semplificazione 2
- 3. Il punto di vista utente 3
- 4. Come l’utente percepisce l’applicazione “Nell’immaginario collettivo un’applicazione web è vista come un semplice sito web che fornisce funzionalità ben definite e sempre disponibili” Purtroppo questa affermazione non è sempre vera perché sistemi apparentemente semplici in realtà sono complessi e caratterizzati da molti componenti. 4
- 5. Come è in realta ▪ Molte tecnologie in gioco… 5
- 6. Come è in realtà ▪ Architettura distribuita e costituita da sistemi con caratteristiche differenti ▪ Team di sviluppo distinti e con obiettivi differenti ▪ … Mobile API Push-Notification Web Site Monitoraggio App IOS App Android 6
- 7. il team di sviluppo ▪ Focalizzato sullo sviluppo del proprio componente ▪ Non è interessato al sistema complessivo né all’infrastruttura e tipicamente ne richiede la predisposizione ed attende la disponibilità ▪ Quando possibile crea riproduzioni parziali e non fedeli dell’ambiente reale 7
- 8. E chi gestisce l’operatività del sistema? ▪ Sistemi e Infrastrutture da predisporre ▪ Installazione e configurazione ambienti ▪ Monitoraggio del sistema ▪ Capacity planning E in caso di problemi? ▪ Spreco di effort in attività di troubleshooting ▪ Richieste di supporto “sparse” ai Team di sviluppo 8
- 9. Da Monolite a Microservizi ▪ Cosa Implica? ▪ La complessità aumenta ▪ Maggior numero di componenti, team di sviluppo e infrastrutture ▪ Maggior numero di rilasci, più frequenti ma di minore impatto ▪ Se l’operatività rimane manuale ▪ Aumentano gli errori ▪ La qualità percepita dall’utente si abbassa L’intero processo di delivery del software deve essere rivisto 9
- 10. Agenda › Cos’è un’applicazione ▪ Attori in gioco e percezioni diverse › DevOps ▪ Come deve cambiare il delivery › Cloud ▪ Come deve cambiare l’infrastruttura › Container ▪ Application container come elemento di semplificazione 10
- 11. DevOps DevOps is a set of practices that emphasizes the collaboration and communication of both software developers and other information- technology (IT) professionals while automating the process of software delivery and infrastructure changes. It aims at establishing a culture and environment where building, testing, and releasing software can happen rapidly, frequently, and more reliably Wikipedia 11
- 12. Delivery Pipeline Una pipeline deve prevedere ▪ Build automation e Continuous Integration ▪ Test Automation ▪ Deployment Automation ▪ Provisioning e Configuration Management ▪ Per la creazione automatica di ambienti fedeli e ripetibili 12
- 13. Obiettivi e Vantaggi ▪ Sviluppatori maggiormente coinvolti ▪ Incremento della qualità del codice ▪ Automatizzazione dell’infrastruttura e della sua evoluzione ▪ Ambienti riproducibili, testabili e versionabili ▪ Efficienza Deployment ▪ Aumenta l’efficienza e la velocità del deploy ▪ Minimizza il numero di roll-back ▪ Risoluzione dei Defect ▪ Aumenta la capacità di riprodurre i defect ▪ Minimizza i tempi di ripristino (MTTR) 13
- 14. Cosa serve per realizzarlo? ▪ Ambienti fedeli e facilmente riproducibili ▪ Provisioning Automatizzato e Configuration Management “As a Service” ▪ Processi e delivery pipeline per accelerare il processo di delivery ▪ Build, Test, Integration Test e Release 14
- 15. Agenda › Cos’è un’applicazione ▪ Attori in gioco e percezione › DevOps ▪ Come deve cambiare il delivery › Cloud ▪ Come deve cambiare l’infrastruttura › Container ▪ Application container come elemento di semplificazione 15
- 16. Perchè il Cloud The biggest benefit of cloud infrastructure came from disposable virtual servers that could be easily provisioned and reprovisioned, automatically IT operations teams realised that it is far more expensive to debug and fix a faulty virtual server than to replace it with a new server 16
- 17. Quindi? ▪ Utilizzo di IaaS come infrastruttura ▪ Provisioning automatizzato degli ambienti ▪ Scaling orizzontale ed Elastico ▪ Alta affidabilità ▪ Infrastruttura immutabile ▪ Riduzione dei costi di Troubleshooting Resta un problema aperto: come distribuisco l’applicazione? 17
- 18. Agenda › Cos’è un’applicazione ▪ Attori in gioco e percezione › DevOps ▪ Come deve cambiare il delivery › Cloud ▪ Come deve cambiare l’infrastruttura › Container ▪ Application container come elemento di semplificazione del delivery 18
- 19. Container OS Container: Contesto di esecuzione isolato basato sulla virtualizzazione offerta dal sistema operativo ▪ Simili alle Macchine Virtuali, ma molto più leggeri ▪ non offre alcun vantaggio nel delivery di un applicazione L’introduzione del concetto degli “Application Container ” (Docker) rivoluziona il modo di distribuire applicazioni Docker: Progetto open-source per automatizzare il deployment di applicazioni all'interno di OS Container. 19
- 20. Docker Concetti Base ▪ Immagine ▪ Costruita in modo dichiarativo a partire da un descrittore Dockerfile ▪ Estende un immagine di base “Layered Software” limita lo spazio disco ▪ Registry ▪ Repository pubblico o privato per il versionamento delle immagini ▪ Container ▪ Contesto di runtime dell’immagine 20
- 21. Container: Caratteristiche ▪ Deployment semplificato: componente distribuibile e configurabile con una sola linea di comando ▪ Disponibilità rapida: avvio in tempi molto inferiori rispetto ad una VM ▪ Controllo più granulare: i container consentono di suddividere ulteriormente le risorse computazionali in processi/microservizi ▪ Maggiore Densità Computazionale: Maggiore densità di processi per macchina host, ottimizzazione dell’utilizzo delle risorse 21
- 22. Container: cosa cambia I Container rivoluzionano ▪ DevOps ▪ Nelle delivery Pipeline i container portano numerosi vantaggi in termini di ▪ Replica di ambienti ▪ Possibilità di costruire velocemente delle pipeline di delivery ▪ Facilitano lo sviluppo, test e rilascio ▪ Il Cloud ▪ I Container sono “Immutable Infrastructure” ▪ Possono essere utilizzati per installare applicazioni e definire infrastrutture riproducibili 22
- 23. Quindi? ▪ DevOps: Delivery Pipeline per la creazione delle immagini, test e distribuzione su vari ambienti ▪ Cloud: Utilizzo di Virtual Server on premise, (IaaS) ▪ Modello di cloud Ibrido ▪ Application container: per la distribuzione delle applicazioni in architettura a Microservizi 23
- 24. Come cambia lo sviluppo? Sviluppare per il continuous delivery, cloud e container richiede di progettare le applicazioni seguendo alcuni requisiti. https://12factor.net/it/ Qui vengono elencati i 12 requisiti che, se rispettati, permettono di risolvere problemi comuni che impedirebbero il continuous delivery. 24
- 25. DOMANDE, DUBBI, CURIOSITÀ? Question Time 25
- 26. ▪ Più di 20 anni di esperienza nell’Enterprise IT ▪ Consulenza e Skill Transfer su Architetture, Integrazione e Processo ▪ OMG Influence Member, JSR 312 Expert Group, CSI, WWISA, OpenESB Key Partner, NetBeans Strategic Partner ▪ La comunita’ italiana dedicata a Java ▪ 10 anni di articoli, pubblicazioni, libri, eventi, training ▪ Dai programmatori agli architetti ▪ Piu’ di 1.000.000 pagine lette al mese ▪ Business partner in progetti con alto grado di innovazione ▪ Padroni in tecnologie e architetture mobile ▪ Competenti in architetture dell‘informazione, UX e Design 26