Menú

Lliurament continu en DevOps

continuous delivery devops

Proveu El Nostre Instrument Per Eliminar Problemes

Què és el lliurament continu a DevOps?

Integració contínua es va explicar amb detall al nostre últim tutorial. Aquí veurem l’enviament continu a DevOps.

El lliurament continu és l’important procés de lliurament del programari / actualitzacions a la producció en increments menors, garantint que el programari es pugui llançar en qualsevol moment. Amb aquest enfocament de DevOps, l’equip estarà sempre a punt per a “Entregar qualsevol moment” a la producció.

Llegiu també => Una guia completa de DevOps

Lliurament continu a DevOps

Per tant, el lliurament continu és una canonada o un cicle de vida d’un codi, on el codi recentment desenvolupat o actualitzat per l’equip de programari, es prova en diferents fases, tant mitjançant proves manuals com automatitzades, passa les portes manuals i automatitzades de les etapes i entra a producció.

El principal objectiu i objectiu del lliurament continu són crear, provar i alliberar al client bastant més ràpidament i amb més freqüència, en cicles curts.

A continuació es detallen els avantatges del CD.

    1. Augmenta el nombre de lliuraments.
    2. Minimitza el risc de fracàs en la producció.
    3. Redueix el treball manual.
    4. Augmenta la confiança en l’equip.
    5. Permet a l'equip automatitzar-ho tot.
    6. Permet un feedback més ràpid.

VÍDEO Part 3 Bloc 2: Lliurament continu- 10 minuts 28 segons

Transcripció:

Hem completat la part 1 i la part2 d’aquest cicle de conferències i actualment a la part 3, bloc 2

Al bloc 1, vam estudiar la integració contínua, que és un procés automatitzat important a la pràctica de DevOps, on vam entendre que la integració contínua és un procés continu de fusionar tots els codis dels desenvolupadors a un dipòsit central i validar la combinació de cadascun amb una compilació amb èxit i proves d’unitats automatitzades. .

També vam estudiar els beneficis de l’IC.

programari de còpia de DVD per a Windows 10

Ara entenem el lliurament continu, que és un altre procés important a la pràctica de DevOps.

Sabem que l’objectiu principal de DevOps és oferir contínuament amb petits increments de valor als clients.

Per tant, en línia amb aquest objectiu, el lliurament continu, el CD, en definitiva, és una cosa semblant a on l’equip sempre està preparat per ‘ lliurament en qualsevol moment ' a la producció, en lloc del nostre model mil·lenari de lliurar només la data de lliurament determinada i complir-la només amb aquesta data.

Per tant, el lliurament continu és una canonada o un cicle de vida d’un codi, on el codi recentment desenvolupat o actualitzat per l’equip de programari, es prova en diferents fases, tant mitjançant proves manuals com automatitzades, passa les portes manuals i automatitzades de l’etapa i entra a producció.

El principal objectiu i objectiu del lliurament continu és crear, provar i llançar al client bastant més ràpidament i amb més freqüència. Saps més ràpidament i es refereix amb freqüència a poques hores a DevOps.

En resum, el lliurament continu és un enfocament de subministrament de programari en cicles curts.

els proveïdors d’informàtica en núvol ofereixen els seus serveis com

Per tant, òbviament, CD té la intenció d’oferir valor al client amb més freqüència, reduint el cost, augmentant la velocitat de lliurament, augmentant la fiabilitat i reduint el risc de lliurar grans trossos de codi.

Per tant, el lliurament continu és un procés de lliurament de programari / actualitzacions a la producció en increments més petits, que garanteix que el programari es pugui llançar en qualsevol moment.

Aquesta és la representació esquemàtica del lliurament continu.

Comprendrem una mica més de detalls al respecte.

Viouslybviament, quan els enviaments més ràpids que se centren en el cost, el temps, la qualitat i la fiabilitat són l’objectiu d’un lliurament continu, és imprescindible “Automatització en tot”.

El CD inclou l’automatització total del seu cicle complet, que comença amb la comprovació del codi, la compilació i la creació, la realització de proves unitàries automatitzades, la realització de proves d’acceptació i fins que el codi estigui en producció i aquesta canalització s’anomena ‘canalització de desplegament automatitzat’.

Per tant, a DevOps, el lliurament continu també s’anomena ‘canalització de desplegament automatitzat’.

Això inclourà poques proves manuals, com ara les 'proves d'acceptació de l'usuari', que generalment seran executades per l'usuari final i també poques portes d'aprovació manual, ja que el codi s'acosta a l'entorn de producció.

Doncs bé, la definició de canalització de CD i la inclusió de diferents fases de prova, cap de fases de prova i portes d’aprovació, ja sigui manuals o automatitzades, depèn de les organitzacions, en funció dels requisits del programa.

Per tant, si veieu aquest diagrama, podem dir clarament que el lliurament continu inclou, dues canonades, una està construïda una canonada que inclou CI, que consisteix en un activador automàtic de compilació, compilació, construcció i desplegament.

L’altre és la canalització de proves, que bàsicament inclou “proves contínues”, que parlarem al següent bloc.

Després d'entendre l'enfocament del lliurament continu, recollim els avantatges del lliurament continu.

El lliurament continu és una canonada de desplegament automatitzat i, per tant, òbviament

# 1. Augmenta el nombre de lliuraments

# 2. El CD és un cicle curt tan petit com el que funciona en poques hores. Per tant, en ser CD amb desplegaments petits i freqüents, elimina el major risc de fracàs en la producció.

# 3. Tret que hi hagi un requisit obligatori d’intervenció humana, tot el que s’està preparant, de principi a fi, s’automatitza. Per tant, es redueixen moltes obres manuals.

# 4. El lliurament continu augmenta la confiança en l’equip i l’equip estarà sempre preparat per al ‘lliurament a la producció’ i la seva ment estarà constantment connectada a la qualitat i la rapidesa que s’espera en la producció

# 5. El lliurament continu permet i enriqueix tant el desenvolupament com les operacions per automatitzar tot el que hi ha a la canonada, que inclou activitats de desenvolupament i operacions, activació, construcció, proves d’unitats, desplegament, definició de configuracions d’entorns i infraestructures com a codi, nivells més alts de proves (funcionalitat, seguretat) , rendiment, IU, etc.)

# 6 . Per últim, però no menys important, el lliurament continu, en ser un cicle de desplegament curt, ajuda a l’equip a obtenir una retroalimentació més ràpida sobre el lliurament, que no només des de l’entorn de desenvolupament, sinó també des de l’entorn de producció i, per tant, fa que els lliuraments de programari siguin baixos. activitat d’estrès o BAU, com és habitual per a l’equip.

Amb això, estem completant, aprenent sobre l'enfocament de lliurament continu i els seus beneficis.

Al nostre proper vídeo, també entenem què és el desplegament continu i en què es diferencia de la publicació contínua. També coneixerem la canonada de proves contínues.

PREV Tutorial | NEXT Tutorial

Lectura recomanada

^