Menu

Distribuzione continua in DevOps

continuous deployment devops

Prova Il Nostro Strumento Per Eliminare I Problemi

Che cos'è la distribuzione continua in DevOps?

Il nostro precedente tutorial di questa serie ha spiegato il significato di Consegna continua .

La distribuzione continua è una pipeline di distribuzione automatizzata con gate automatici e manuali intermedi, mentre la distribuzione continua è la pipeline di distribuzione continua senza gate manuali intermedi.

Lettura consigliata => Formazione DevOps con tutorial di testo e video

Distribuzione continua in DevOps

Pertanto, la distribuzione continua non deve essere un 'rilascio alla produzione'. Ma il codice viene distribuito alla produzione e mantenuto in muto utilizzando 'Feature Toggles' e quando è pronto, il Feature Toggle verrà attivato.

Questi toggle di funzionalità evitano qualsiasi rischio di guasto della funzionalità della funzionalità nella produzione disattivando la funzionalità distribuita nella produzione.

Questa opzione consente inoltre di attivare la funzionalità per un determinato insieme di utenti o una determinata area geografica o un determinato sito del cliente o anche per i dipendenti interni per la valutazione iniziale e il feedback.

VIDEO Parte 3 Blocco 3: Distribuzione continua- 6 minuti 28 secondi

quali sono i buoni siti per guardare gli anime

Trascrizione del video:

Poco prima del video precedente, abbiamo appreso dell'approccio della consegna continua e dei suoi vantaggi.

In questo blocco impariamo a conoscere la distribuzione continua e in che modo è diversa dalla distribuzione continua. E capiremo anche il significato di test continui e pipeline di test continui in DevOps.

Vorrei qui introdurre un altro termine di DevOps, ovvero distribuzione continua, che non deve essere confusa con la consegna continua perché la forma abbreviata di entrambi è CD.

Come già sappiamo, la consegna continua o CD è il processo di consegna del software o degli aggiornamenti software alla produzione in incrementi minori, garantendo che il software possa essere rilasciato in qualsiasi momento alla produzione.

Si tratta di una pipeline di distribuzione automatizzata con porte automatiche e manuali intermedie.

come affrontare determinate situazioni

Veniamo ora alla distribuzione continua.

L'implementazione continua è anche una pipeline di distribuzione continua, ma senza porte manuali intermedie. Voglio dire, nessun cancello manuale o nessun intervento manuale, dal commit del codice iniziale fino a quando il codice è in produzione.

Questa immagine ti spiegherà la pipeline di distribuzione continua.

Come puoi vedere in questo diagramma, è uguale a una pipeline di consegna continua, ci sarà un trigger di build seguito da un check-in del codice, compilazione automatizzata, build, test unitari, distribuzione e altri test automatizzati fino alla distribuzione nella produzione '.

Qui non lo chiamerò 'Rilascio alla produzione' ma distribuzione alla produzione, che spiegherò tra poco.

Quindi, non ci sono fasi di collaudo manuale o varchi di approvazione manuale o in altre parole nessun intervento manuale.

come usare arrays.sort in java

Ciò accade principalmente in un'organizzazione matura e in caso di consegna o aggiornamento di prodotti maturati, dove le pratiche DevOps sono stabilite molto bene e quindi solo una pipeline di consegna automatizzata è sufficiente per prendersi cura della qualità e non sono richiesti test manuali e cancelli di qualità.

Tuttavia, i toggle delle funzionalità sono necessari per la distribuzione continua sebbene presenti in entrambi i metodi, cioè consegna continua e distribuzione continua, e sono obbligatori per la pipeline di distribuzione continua.

La funzionalità attiva / disattiva evita qualsiasi rischio di guasto della funzionalità della funzionalità nella produzione disattivando la funzionalità distribuita nella produzione. Pertanto, questo flag di funzionalità garantisce che tutte le funzionalità distribuite nella produzione possano essere attivate o disattivate in base ai requisiti e quindi non è necessario rilasciarle immediatamente agli utenti finali.

Come citato in precedenza, l'implementazione continua non deve essere necessariamente una versione per i clienti, ma una 'distribuzione alla produzione'. Questa opzione di distribuzione continua viene utilizzata nella distribuzione di determinate funzionalità con limiti di tempo.

Per dare un Esempio , un'offerta di servizi a valore aggiunto di un operatore di telefonia mobile ai clienti, durante il periodo natalizio, può essere distribuita tramite un metodo di distribuzione continua alla produzione in qualsiasi momento, in modo che la funzionalità o il pacchetto di servizi a valore aggiunto sia tenuto pronto in diretta e aperto durante Natale o a mezzanotte del nuovo anno ecc., Tramite una funzione di commutazione.

E questa funzione può essere aperta in produzione durante le prime ore del mattino o durante le ore di sonno ed essere attivata in sicurezza per gli utenti finali più tardi durante il giorno, dopo essersi assicurati che funzioni correttamente.

Fondamentalmente, è come distribuire il codice / la funzionalità nella produzione, ma non eseguire il codice finché non è il momento giusto o il team decide di rilasciare il codice o la funzionalità.

Questa opzione consente inoltre di attivare la funzionalità per un determinato insieme di utenti o una determinata area geografica o un determinato sito del cliente o anche per i dipendenti interni per la valutazione iniziale e il feedback.

Le persone si riferiscono alla pratica DevOps anche come modello CI-CD, dove CD si riferisce alla consegna continua, distribuzione continua. E questo è tutto sulla distribuzione continua.

Lettura suggerita = >> Distribuzione continua con Pact CLI

Nel prossimo video tutorial, apprenderemo i 'test continui' e la pipeline di test continui.

Tutorial PREV | PROSSIMO Tutorial

Lettura consigliata

^