Menu

Demistificazione di DevOps: tutorial video (parte 1)

demystifying devops video tutorial

Prova Il Nostro Strumento Per Eliminare I Problemi

Tutorial video DevOps:

domande e risposte dell'intervista al centro qualità hp

Nel nostro precedente tutorial, abbiamo imparato come DevOps influirà sui test di controllo di qualità . Qui, in questo tutorial imparerai tutto su DevOps con un video incluso.

(Scorri verso il basso per iniziare con il primo video di questa serie)

Lettura consigliata => Serie di formazione DevOps

In questi giorni, DevOps è l'argomento caldo e la parola d'ordine nel settore IT.

Demistificazione di DevOps

Con la crescente domanda per le consegne di software, la metodologia di distribuzione del software sta subendo cambiamenti per soddisfare le esigenti aspettative dei clienti.

Pertanto, DevOps è un modo avanzato e più recente di fornire il software ai clienti, in particolare per le soluzioni basate su cloud in cui si prevede che le consegne di software avvengano rapidamente.

Molte delle organizzazioni avanzate hanno già iniziato ad abbracciare il modo DevOps di fornire software ai clienti. E molti altri sono nella direzione di adottarlo. Inoltre, oggigiorno la maggior parte delle opportunità IT richiede conoscenze DevOps.

Quindi è molto essenziale per tutti demistificare 'DevOps'.

Demistificazione di DevOps - Tutorial video

Scopo dei tutorial video di formazione DevOps:

  • Conoscere DevOps per marciare verso la sua implementazione.
  • Per capire come DevOps sta apportando cambiamenti nel modo attuale di lavorare e di effettuare consegne.
  • Per creare una comprensione di base del concetto DevOps.

Soddisfare:

Contiene,

  • Tutto su DevOps.
  • Che cos'è la collaborazione e come creare collaborazione tra Dev e Ops?
  • Processi chiave di DevOps, integrazione continua, test continui e distribuzione continua.
  • Concetti chiave di DevOps, gestione dei rilasci, gestione della configurazione e monitoraggio delle applicazioni.

Principali insegnamenti:

  • In grado di definire DevOps.
  • Perché un'organizzazione ha bisogno di DevOps?
  • Come iniziare con DevOps?
  • Come riunire il team di sviluppo e operazioni?

Disposizione:

  • Questo tutorial completo è strutturato in 4 parti, part1, part2, part3 e part4 e poi una chiusura o riepilogo part5.
  • Ogni parte è ulteriormente suddivisa in blocchi di video più piccoli con l'intenzione che diventi facile da capire per tutti.
  • In ciascuno di questi video, c'è un riepilogo di ciò che è stato trattato nel video precedente e di ciò che verrà trattato nel prossimo video.
  • Il video è molto semplice, con un linguaggio semplice e slide powerpoint con alcuni disegni utili da spiegare dove richiesto.
  • Ogni video è indipendente da solo per comprendere il suo concetto e non è necessario che faccia riferimento ad altri video. Ma ha senso andare nell'ordine da part1 a part4 per una migliore comprensione dell'argomento.

Copertura:

Parte 1 : (Questo tutorial)

Introduzione a DevOps. Background, definizione, valore, vantaggi, abitudini e best practice di DevOps.

Parte 2 :

Pratiche DevOps basate sui principi Agile, l'importanza di processi chiave come il controllo del codice sorgente e l'automazione e come vengono applicati a DevOps.

Parte 3 :

Dettagli sui processi chiave di DevOps come,

  • Integrazione continua,
  • Test continui e
  • Distribuzione continua.

Parte 4 :

Importanza di pochi altri processi chiave di DevOps,

  • Gestione della configurazione,
  • Gestione dei rilasci e
  • Monitoraggio delle prestazioni delle applicazioni in Live.

Parte 5 :

Riassunto dell'intero corso.

********************************************

Cominciamo con il primo video tutorial di questa serie:

In questa prima parte del video di questo tutorial imparerai,

  • Qual è il background di DevOps e i driver per introdurre questo nuovo modo di fornire il software?
  • Cos'è DevOps, perché non esiste un'unica definizione per definire DevOps? È un metodo, un processo, una cultura?
  • Anche se abbiamo capito cos'è DevOps, è essenziale sapere cosa non è DevOps.
  • I vantaggi dell'implementazione di DevOps in un'organizzazione.
  • E le varie pratiche e abitudini della pratica DevOps.
  • Le metriche chiave del DevOps.

VIDEO Parte 1: Introduzione- 21 minuti 46 secondi

Bene, oggi parlerò dell'argomento 'Demistificazione di DevOps', che è un argomento molto caldo nel settore IT in questi giorni.

Continuiamo a sentire questa parola d'ordine molto spesso in ogni luogo. Inoltre, oggigiorno la maggior parte delle opportunità di lavoro IT cerca conoscenza ed esperienza 'DevOps' e quindi è molto importante conoscerle.

Dai!! Facci capire di cosa tratta DevOps.

Panoramica

Questa serie, 'Demystifying DevOps', è suddivisa in 4 parti e questo, a sua volta, renderebbe il pubblico poco a suo agio nel comprendere ogni parte del DevOps in modo lento e costante.

Entro la fine di questa serie, sono sicuro che sarai in grado di definire cos'è DevOps? perché abbiamo bisogno di DevOps? quali sono i suoi vantaggi? come può un'organizzazione abbracciare DevOps per i propri impegni? e qual è il ruolo del tester nell'intera pratica DevOps?

Mentre la pratica agile stava accelerando rapidamente il processo di sviluppo e il team del software ha iniziato a consegnarlo alle operazioni nella tempistica specificata, il settore IT ha dovuto ancora affrontare delle sfide per preparare la produzione del software e aprirla ai clienti.

Le operazioni hanno richiesto molto tempo per renderlo produttivo con un sacco di scambi tra il team software e il team operativo con la difficoltà di installare il software, renderlo operativo e gestire le prestazioni.

L'industria ha compreso lentamente la disconnessione tra sviluppo e operazioni e il divario nella collaborazione tra le parti interessate, in particolare le operazioni, gli sviluppatori, gli analisti aziendali e i tester per ottenere i tempi di consegna del software e fornire il software di qualità, che si è rivelato davvero costoso .

E lentamente questo divario ha portato all'introduzione della pratica chiamata 'DevOps' che è stata sviluppata al di là della pratica agile e dei principi che miravano a fornire software di qualità. O in altre parole 'fornire valore ai clienti' in un breve lasso di tempo in modo più efficiente e fornire ciò che effettivamente i clienti desideravano.

Cos'è DevOps?

Ora, dopo aver compreso il background dell'introduzione di DevOps, diventa facile per noi definire cosa sia DevOps. Quando si tratta della definizione di DevOps, non esiste una definizione standard per esso. Ma scommetto che molti daranno la propria versione delle definizioni.

Poiché abbiamo compreso lo scopo e l'intenzione di introdurre DevOps, possiamo chiaramente dire che DevOps è una pratica di chiara collaborazione tra le parti interessate dello sviluppo del software, non solo gli sviluppatori e le operazioni, ma con il resto del team, al fine di consentire la consegna di valore al cliente più veloce e migliore.

Qui, quando dico il resto del team, include project manager, analisti aziendali, persone che raccolgono i requisiti, coloro che gestiscono l'applicazione, persone del servizio clienti ecc.

Devops colma principalmente le lacune che esistevano in precedenza a causa della mancanza di comunicazione e collaborazione e che a loro volta si traducevano in una scarsa qualità del software, molto ritardo nelle distribuzioni e anche clienti insoddisfatti.

Ebbene, DevOps non è solo la collaborazione, ma anche la combinazione di un giusto insieme di persone, un giusto insieme di processi e il giusto insieme di strumenti per consentire la fornitura continua di 'valore ai clienti'. Qui continuo a premere la parola 'Valore per i clienti' perché l'unico e ultimo obiettivo di DevOps è rendere pronta la produzione del software al fine di fornire valore ai clienti.

Questa è una grande differenza e l'aspetto chiave di DevOps.

Infine, Devops è una cultura che consente alle persone di concentrarsi su,

  1. Cliente
  2. Consegna alla produzione,
  3. Automazione
  4. Feedback e misurazione

Cosa non è DevOps?

Dopo aver capito cos'è DevOps, è anche meglio capire cosa non è DevOps, al fine di evitare confusioni.

DevOps non è uno strumento open source o con licenza, che sarà disponibile sul mercato, in modo che si possa andare, acquistarlo, installarlo e usarlo e avere tutti i risultati disponibili. Né è una specifica standard o un regolamento in modo che si possa seguire e ottenere il risultato desiderato.

Inoltre non è un insieme di processi come ISO, CMMI in modo che ci si possa adattare e ottenere la certificazione.

Oltre alla mancata collaborazione tra lo sviluppo e le operazioni, con le mutevoli esigenze del mercato, c'erano molti più punti dolenti nel metodo di sviluppo software tradizionale e persino nella metodologia agile, che era necessario affrontare e che sono diventati i driver chiave della pratica DevOps.

Loadrunner intervista domande e risposte per esperti

Ebbene, la necessità di migliorare costantemente la qualità e le prestazioni dell'applicazione era la più importante. L'aumento delle aspettative e delle richieste dei clienti e il soddisfacimento della Customer Experience attesa è stata una vera sfida nel metodo di sviluppo software tradizionale.

La pressione e la concorrenza sempre crescenti nel mercato per rilasciare sempre più velocemente è stato un altro fattore chiave.

Con l'attuale gamma di supporto di più sistemi operativi e piattaforme, non è sufficiente sviluppare il software per lavorare su una singola piattaforma o sistema operativo e quindi il processo di sviluppo del software era necessario per supportare più piattaforme contemporaneamente.

Sempre più software per accedere alle soluzioni basate su cloud richiedevano test continui, implementazione continua e automazione, al fine di ridurre il tempo di ciclo.

Aumento dei programmi, delle soluzioni e delle infrastrutture IT complesse e mission-critical per l'implementazione e il supporto richiesto in diverse aree geografiche per mantenerli attraverso una grande sfida allo sviluppo del software.

Valore di DevOps

Dopo aver compreso i fattori chiave di DevOps diventa facile comprendere il valore di DevOps che apporta all'organizzazione che lo pratica.

DevOps colma principalmente il divario tra le parti interessate e quindi migliora la comunicazione e la collaborazione durante il ciclo di vita di sviluppo dell'applicazione. DevOps migliora i tempi di consegna e riduce i tempi di consegna del software. Il tempo di consegna è il tempo trascorso dal commit del codice al codice consegnato con successo alla produzione.

Quindi, nel complesso, DevOps inibisce una cultura che cambia l'intera organizzazione e porta i propri dipendenti a concentrarsi sulla fornitura di software che fornisce valore ai clienti.

In altre parole, fornire prodotti più piccoli, migliori e più veloci è il segreto totale di DevOps.

Vantaggi di DevOps

Avendo affrontato il bisogno del momento dalla domanda del mercato, la pratica DevOps si è dimostrata con la maggiore soddisfazione del cliente, con conseguente aumento della base di clienti.

Qualunque fossero i fattori chiave per la pratica del DevOps, sono stati portati al successo, come il miglioramento della qualità e delle prestazioni attraverso un processo continuo di test e feedback.

L'introduzione del principio 'automatizza tutto' insieme alla fornitura di infrastruttura e configurazione come codice ha consentito di ridurre al minimo gli errori umani, fornire più rapidamente al mercato e rilasciare rilasci più frequenti.

Il controllo della versione ha consentito al software di supportare su più piattaforme e test precoci e continui hanno portato a difetti minori e tassi di errore minori nella produzione.

A causa della distribuzione continua, è stato necessario un tempo più rapido per risolvere i problemi e rilasciarlo più rapidamente. Quindi, ovviamente, si può continuare ad aggiungere i vantaggi all'elenco.

Pratiche di DevOps

Gli ingredienti chiave di DevOps sono le best practice che vengono implementate durante il ciclo di vita di sviluppo dell'applicazione e questo aiuta a inculcare la cultura richiesta nel team e spinge il team a ottenere i vantaggi dell'implementazione DevOps.

# 1) Gestione della configurazione: Sapere chiaramente cosa stiamo distribuendo, come stiamo distribuendo e quale configurazione andrà in produzione è la chiave per la gestione della configurazione che è totalmente controllata dalla versione.

# 2) Gestione del rilascio : Definire chiaramente come stiamo costruendo una pipeline di rilascio e come gestirli è l'aspetto chiave della gestione del rilascio.

# 3) Integrazione continua: Assicura che ogni commit di codice sia controllato, testato e compilato dalla versione e che la base del codice sia sempre pulita e ordinata.

# 4) Distribuzione continua: Ha come obiettivo la distribuzione del codice compilato in modo continuo dal test all'ambiente di produzione.

L'automazione del test è la pratica importante e critica di DevOps che si applica a tutto il ciclo di vita. Quindi fornire 'Infrastruttura come codice' è uno dei punti salienti della pratica DevOps.

Quindi, in seguito, una volta che il codice viene distribuito alla produzione, è essenziale garantire che il software funzioni correttamente, raccogliendo i dati sulle prestazioni, eventuali errori verificatisi nel sistema e anche i dati di utilizzo dell'utente finale attraverso gli strumenti e le metodologie di monitoraggio dell'applicazione .

Quindi, queste sono le pratiche più importanti e fondamentali applicate e adottate dal team durante tutto il ciclo di sviluppo dell'applicazione che garantisce loro il raggiungimento dell'obiettivo DevOps.

Abitudini di DevOps

Come dice Aristotele, 'Lo siamo. Quello che facciamo ripetutamente… L'eccellenza, quindi, non è un atto ma un'abitudine.

Quindi, le chiamo 'abitudini' perché le pratichiamo ripetutamente.

Quindi, queste abitudini regolari devono essere sviluppate nel team senza alcun compromesso mentre si intende fornire ripetutamente il software di qualità.

# 1) Gestione del debito tecnico:

La gestione regolare del debito tecnico è uno degli aspetti fondamentali, se non viene fatto rallenta drasticamente l'avanzamento del software. E quindi il debito tecnico deve essere sempre ridotto e la base di codice deve essere mantenuta il più pulita possibile. La base di codice pulita facilita la distribuzione del codice pronto in qualsiasi momento.

Come ho detto più volte, concentrarsi sul valore per un cliente è la mentalità del team e questo è l'aspetto culturale chiave di DevOps, che fa costantemente al team fare qualsiasi cosa e tutto ciò che viene sottolineato per portare valore al cliente.

Con questa mentalità, le persone che pensano che il loro lavoro sia finito e si rivolgono agli altri per ulteriori informazioni verranno interrotte. E tutti iniziano a pensare che l'obiettivo finale è quello di fornire alla produzione e prendersi il merito solo quando il cliente fornisce il feedback o l'apprezzamento dopo aver utilizzato il software nella produzione.

Quindi, concentrarsi sul valore per i clienti motiva e arricchisce il team a fare sempre meglio ogni volta.

# 2) Sviluppo guidato da ipotesi :

Oltre a comprendere a fondo i requisiti, capire cosa fa effettivamente il cliente in tempo reale e qual è il modello di utilizzo di una particolare funzionalità e sviluppare il codice di conseguenza è 'sviluppo guidato da ipotesi'.

Quindi, impegnarsi attivamente con i clienti sin dall'inizio per capire come stanno utilizzando il software e garantire che le cose giuste siano sviluppate in prima istanza è molto importante e ancora una volta è un'abitudine DevOps.

# 3) Misurazione dalla distribuzione:

Misurare costantemente le prestazioni della consegna e cercare il feedback dall'implementazione è un'altra importante abitudine che aiuta il team a lavorare per migliorare il software e portare valore ai clienti.

# 4) Cultura del sito live :

La cultura del sito live deve assorbire la mentalità di tutti, che qualunque cosa stiamo sviluppando, dobbiamo metterla in produzione senza problemi.

È la cultura di far capire a tutti i membri del team che 'Se non è nel sito live, non è da nessuna parte' e non ha senso o vantaggio se non possiamo farlo vivere e quindi non saremo in grado di raggiungerlo ai nostri utenti finali se non è in Live.

# 5) Infrastruttura come risorsa flessibile:

Gestire l'infrastruttura come una risorsa flessibile è un aspetto molto importante di DevOps perché, in qualsiasi momento, dovremmo essere in grado di sbarazzarci dell'infrastruttura esistente e crearne una nuova, perché abbiamo definito la nostra infrastruttura come un codice con estrema facilità.

Questo aspetto di DevOps ci aiuta a rendere il nostro software di supporto multipiattaforma e multi-versione di supporto.

# 6) Collaborazione in team:

Ormai sappiamo tutti chiaramente che non sono solo gli strumenti oi processi da soli a guidare lo sviluppo del software. È il team che deve collaborare tra di loro e si allinea all'obiettivo aziendale.

Quindi, la collaborazione in team è l'aspetto chiave della cultura DevOps che colma qualsiasi lacuna nella comprensione tra loro e il programma.

Quindi questi atteggiamenti, comportamenti e abitudini sono gli aspetti fondamentali della cultura DevOps.

Metriche DevOps

Sono finiti i giorni in cui raccoglievamo solo le metriche tradizionali relative allo sviluppo e ai test che si concentravano solo sullo sviluppo e il test del software interno. Quando il focus della consegna è cambiato, anche le metriche raccolte sono state allineate per trovare valore per il cliente.

Sebbene le metriche da raccogliere variano leggermente da organizzazione a organizzazione a seconda della priorità del cliente, la misurazione dell'agilità e dell'affidabilità del software è l'obiettivo principale di DevOps.

E queste metriche sarebbero adatte a misurare dal punto di vista del 'valore per il cliente' e definiscono il modo in cui il team sta andando. Implementazione DevOps.

Fondamentalmente, le metriche dell'Agilità servono per misurare l'efficacia dello sviluppo e l'Affidabilità è per misurare l'efficacia delle operazioni.

# 1) Metriche di agilità:

E il numero di implementazioni in un periodo di tempo.

(io) Sappiamo che DevOps si basa sulla consegna di blocchi più piccoli e sulla consegna rapida.

Quindi, questa metrica di agilità serve a verificare quanto spesso il team è stato in grado di eseguire le distribuzioni e qual è la frequenza delle distribuzioni.

Il prossimo è il 'Tempo impiegato per implementare le modifiche':

(ii) Sappiamo anche quanto spesso le opinioni dei clienti cambiano risultando in richieste di modifica e l'intenzione di DevOps è di trasformare queste modifiche nella produzione nel minor tempo possibile.

Quindi, il prossimo aspetto delle metriche di agilità è controllare: qual è il tempo impiegato per distribuire le richieste di modifica alla produzione?

# 2) Metriche di affidabilità:

Le metriche di affidabilità servono a misurare l'affidabilità del software dopo la distribuzione.

Le metriche di affidabilità includono,

  1. Il tasso di fallimento delle versioni e
  2. È ora di rilevare i problemi e risolverli.

# 1) Il tasso di fallimento dei rilasci è da misurare, quanto spesso falliamo rispetto alle nostre distribuzioni? In questo caso, l'obiettivo è garantire che, per un periodo di tempo, questa particolare metrica venga azzerata e il team si abitui a distribuire con successo ogni volta e andare in produzione più spesso diventa un'abitudine.

#Due) Ora, il tempo per rilevare e risolvere i problemi è misurare il tempo necessario per rilevare l'errore e risolverlo. Questa metrica serve anche a verificare quanto velocemente siamo in grado di capire cosa sta succedendo nella produzione, rilevare in modo proattivo i problemi, risolverli fornendo la soluzione alternativa e indirizzarli al ciclo di sviluppo come soluzione.

fase di analisi del ciclo di vita dello sviluppo del software

Questa metrica non si concentra solo sull'inversione della soluzione rapida alla produzione, ma consente anche al team di evitare che tali problemi si verifichino in futuro apportando le modifiche appropriate sia nel design, nell'architettura, nella pipeline di test automatizzata, qualunque sia.

Quindi, idealmente, queste sono le metriche che aiutano il team a raggiungere la cultura e la consegna DevOps.

Facciamo un breve riepilogo:

  • Cos'è DevOps?
  • Cosa non è DevOps?
  • Quali sono i vantaggi di DevOps?
  • Quali sono le pratiche e le abitudini DevOps?
  • E quali sono le metriche chiave del DevOps?

Cos'è DevOps? DevOps è una cultura dell'organizzazione che si concentra sulla fornitura di valore al cliente attraverso una collaborazione costante di sviluppo, operazioni e altri stakeholder.

Cosa non è DevOps? DevOps non è un prodotto con licenza o open source, né una specifica né uno standard.

Qual è il vantaggio di DevOps? DevOps offre consegna di alta qualità, consegna più rapida, distribuzioni frequenti, piccole distribuzioni, minori tassi di errore in produzione, ecc.,

Quali sono le pratiche di DevOps? Le pratiche DevOps sono integrazione continua, automazione dei test, distribuzione continua, infrastruttura come codice, gestione della configurazione, gestione dei rilasci e monitoraggio delle prestazioni delle applicazioni.

Quali sono le abitudini di DevOps? Le abitudini DevOps sono la gestione del debito tecnico, l'attenzione alla fornitura di valore al cliente, la cultura del sito live, la collaborazione in team, la gestione dell'infrastruttura come risorsa flessibile, lo sviluppo basato su ipotesi e le metriche della produzione.

Quali sono le metriche di DevOps? Agilità e affidabilità sono le metriche principali di DevOps.

Informazioni sull'autore per tutorial video su DevOps:

Gayathri Subrahmanyam, membro del team STH, è un esperto di test del software con più di un decennio e mezzo di esperienza nella fornitura di progetti di test del software per vari clienti globali in vari domini. Ha fornito software, lavorando a lungo su metodologie di sviluppo software tradizionali e agili (SCRUM, SAFE) e ha lavorato di recente sulla metodologia DevOps.

Nel nostro prossimo video tutorial apprenderemo le pratiche DevOps basate sui principi Agile.

Tutorial PREV | PROSSIMO Tutorial

Lettura consigliata

^