devops, cloud e container
TRANSCRIPT
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
Il punto di vista utente
3
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
Come è in realta
▪ Molte tecnologie in gioco…
5
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
DOMANDE, DUBBI, CURIOSITÀ?
Question Time
25
▪ 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