continuous delivery devops
Cos'è la distribuzione continua in DevOps?
Integrazione continua è stato spiegato in dettaglio nel nostro ultimo tutorial. Qui vedremo la consegna continua in DevOps.
La consegna continua è l'importante processo di consegna del software / aggiornamenti alla produzione in incrementi minori, assicurando che il software possa essere rilasciato in qualsiasi momento. Con questo approccio di DevOps, il team sarà sempre pronto a 'consegnare in qualsiasi momento' alla produzione.
Leggi anche => Una guida DevOps completa
Quindi, la consegna continua è una pipeline o un ciclo di vita di un codice, in cui il codice appena sviluppato o aggiornato dal team del software, viene testato in diverse fasi sia attraverso test manuali che automatizzati e supera i cancelli di fase sia manuali che automatizzati ed entra in produzione.
L'obiettivo principale e l'obiettivo della consegna continua sono costruire, testare e rilasciare al cliente abbastanza più velocemente e più frequentemente, in cicli brevi.
Di seguito sono riportati i vantaggi del CD.
-
- Aumenta il numero di consegne.
- Riduce al minimo il rischio di guasti nella produzione.
- Riduce il lavoro manuale.
- Aumenta la fiducia nella squadra.
- Consente al team di automatizzare tutto.
- Consente un feedback più rapido.
VIDEO Parte 3 Blocco 2: consegna continua- 10 minuti 28 secondi
Trascrizione:
Abbiamo completato la parte 1 e la parte 2 di questa serie di conferenze e attualmente la parte 3 del blocco 2
Nel blocco 1, abbiamo studiato l'integrazione continua, che è un importante processo automatizzato nella pratica DevOps in cui abbiamo capito che l'integrazione continua è un processo continuo di fusione di tutto il codice degli sviluppatori in un repository centrale e di convalida dell'unione di ciascuno con una build di successo e test di unità automatizzati .
Abbiamo anche studiato i vantaggi di CI.
differenza tra test funzionali e non funzionali
Ora comprendiamo la consegna continua, che è un altro processo importante nella pratica DevOps.
Sappiamo che l'obiettivo principale di DevOps è fornire continuamente ai clienti piccoli incrementi di valore.
Quindi, in linea con questo obiettivo, Continuous Delivery, CD, in breve, è qualcosa come dove il Team è sempre pronto su ‘ consegne in qualsiasi momento ' alla produzione, invece del nostro modello secolare di consegnare solo alla data di consegna certa e attenersi solo a quella data.
Pertanto, la consegna continua è una pipeline o un ciclo di vita di un codice, in cui il codice appena sviluppato o aggiornato dal team del software, viene testato in diverse fasi sia attraverso test manuali che automatizzati e supera i cancelli di fase sia manuali che automatizzati ed entra in produzione.
L'obiettivo principale e l'obiettivo della fornitura continua è creare, testare e rilasciare al cliente in modo abbastanza veloce e più frequente. Sai più velocemente e spesso si riferisce a poche ore in DevOps.
In breve, la consegna continua è un approccio per fornire software in cicli brevi.
convertitore da youtube a mp4 per Android
Quindi, ovviamente, CD intende fornire valore al cliente più frequentemente, riducendo i costi, aumentando la velocità di consegna, aumentando l'affidabilità e riducendo il rischio di fornire pesanti blocchi di codice.
Pertanto, la consegna continua è un processo di consegna del software / aggiornamenti alla produzione in incrementi minori, garantendo che il software possa essere rilasciato in qualsiasi momento.
Questa è la rappresentazione schematica della consegna continua.
Ne capiremo un po 'più in dettaglio.
Ovviamente quando le consegne più veloci che si concentrano su costi, tempi, qualità e affidabilità sono l'obiettivo della consegna continua, allora 'Automazione in tutto' è un must.
Il CD abbraccia l'automazione totale per il suo ciclo completo che inizia con il check-in del codice, la compilazione e la creazione, l'esecuzione di unit test automatizzati, l'esecuzione di test di accettazione e fino a quando il codice non è in produzione e questa pipeline è chiamata 'pipeline di distribuzione automatizzata'.
Pertanto, in DevOps, la distribuzione continua è anche chiamata 'pipeline di distribuzione automatizzata'.
Ciò includerà pochi test manuali, come il 'Test di accettazione dell'utente' che generalmente verrà eseguito dall'utente finale e anche pochi gate di approvazione manuali, poiché il codice si avvicina all'ambiente di produzione.
Ebbene, la definizione della pipeline CD e l'inclusione di diverse fasi di test, no di fasi di test e gate di approvazione, sia manuali che automatizzati, dipendono dalle organizzazioni, in base ai requisiti del programma.
Quindi, se vedi questo diagramma, possiamo chiaramente dire che la consegna continua include due pipeline, una è costruita una pipeline che include CI, che consiste in trigger di build automatizzati, compilazione, creazione e distribuzione.
L'altro è la pipeline di test che fondamentalmente include 'test continui' di cui parleremo nel blocco successivo.
Dopo aver compreso l'approccio della consegna continua, confrontiamo i vantaggi della consegna continua.
La consegna continua è una pipeline di distribuzione automatizzata e quindi, ovviamente,
# 1. Aumenta il numero di consegne
#Due. Il CD è un ciclo breve tanto piccolo quanto quello che dura poche ore. Quindi, essendo il CD piccole e frequenti distribuzioni, rimuove il maggior rischio di fallimento in produzione.
# 3. A meno che non ci sia un requisito obbligatorio di intervento umano, tutto nella pipeline, dall'inizio alla fine, è automatizzato. Quindi, molti lavori manuali sono ridotti.
# 4. La consegna continua aumenta la fiducia nel team e il team sarà sempre pronto per la 'consegna alla produzione' e la loro mente sarà costantemente collegata alla qualità e alla velocità che ci si aspetta nella produzione
# 5. La fornitura continua abilita e arricchisce sia lo sviluppo che le operazioni per automatizzare tutto nella pipeline, che include attività di sviluppo e operative, attivazione, creazione, test di unità, distribuzione, definizione di configurazioni di infrastruttura e ambiente come codice, livelli più elevati di test (funzionalità, sicurezza , prestazioni, interfaccia utente e così via)
# 6 . Ultimo ma non meno importante, la consegna continua, essendo un ciclo di distribuzione breve, aiuta il team a ottenere il feedback più rapido sulla consegna, anche questo non solo dall'ambiente di sviluppo, ma anche dall'ambiente di produzione e quindi rende le consegne del software un attività di stress o BAU, come al solito per la squadra.
Con questo, stiamo completando, imparando a conoscere l'approccio di consegna continua e i suoi vantaggi.
Nel nostro prossimo video, cerchiamo di capire anche cos'è la distribuzione continua e in che cosa differisce dalla distribuzione continua. Impareremo anche a conoscere la pipeline di test continui.
Tutorial PREV | PROSSIMO Tutorial
Lettura consigliata
- Distribuzione continua in DevOps
- Integrazione continua in DevOps
- Test continuo in DevOps
- Tutorial DevOps: la guida definitiva a DevOps (oltre 25 tutorial)
- Riepilogo dei tutorial video DevOps
- Tutorial sulla distribuzione continua: rilascio affidabile del software in produzione
- Tutorial sul test DevOps: in che modo DevOps influirà sui test di controllo qualità?
- Hudson Continuous Integration Tool Tutorial - Selenium Tutorial # 25