continuous integration devops
Què és la integració contínua a DevOps?
Fins ara hem tractat la part 1 i la part 2 d’aquest tema a les nostres sessions anteriors i actualment a la part 3.
com executar un fitxer jnlp
Fins a la segona part, hem tractat sobre l’aspecte de persones i processos de DevOps, que és la col·laboració i el focus en l’objectiu comú, la mentalitat comuna i el pensament comú a l’equip que ajuda a assolir els objectius de DevOps.
Al nostre últim tutorial, vam obtenir coneixements sobre Com desenvolupar la col·laboració en DevOps .
Consulteu => Guia definitiva sobre DevOps
La integració contínua, les proves contínues, el desplegament continu i el lliurament continu són els principals aspectes tècnics de DevOps.
VÍDEO Part 3 Bloc 1: Integració contínua- 12 minuts 20 segons
Transcripció:
En l'últimen part, hem après pràctiques de DevOps segons les quals hem après quines parts dels principis àgils adopten les pràctiques de DevOps.
Com s’aconsegueixen els objectius de DevOps mitjançant aquests principis?
Hem estudiat la importància del control de versions, l'automatització i el lliurament de petits increments de valor als clients i els seus avantatges.
Què és la col·laboració en el context de DevOps i com ho aconseguim?
Fins ara hem parlat de l’aspecte de persones i processos de DevOps, és a dir, col·laboració i enfocament en un objectiu comú, mentalitat i pensament comuns dins de l’equip que ajuda a assolir els objectius de DevOps. , cosa que fa possible una versió de DevOps.
Són integració contínua, lliurament i desplegament continus i proves contínues.
Com a part del bloc 1 de la part 3, anem a estudiar primer ‘Integració contínua’.
Què és la integració contínua?
Integració contínua -> CI -> conjunt de processos -> Construir pipeline / CI Pipeline
La integració contínua, anomenada en breu 'CI' a DevOps, és un procés important o un conjunt de processos que es defineixen i es duen a terme com a part d'una canonada anomenada 'Build Pipeline' o 'CI Pipeline'.
Sabem que a la pràctica de DevOps, tenim una eina de control de versió única per a l’equip de Desenvolupament i Operacions, on el codi de tots es dipositarà com a base de codi mestre i això permet que l’equip treballi en paral·lel.
Per tant, la integració contínua a DevOps no és altra cosa que combinar el codi de desenvolupadors individuals en la còpia mestra del codi a la branca principal on es manté el control de versions. No hi ha cap restricció en cap moment per a la combinació de codi que hagi de passar en un dia.
Quan i quan el desenvolupador comprova el seu codi al control de versió, s'inicia immediatament el procés de CI kick.
creant un fitxer make ++ c ++
El procés d’IC inclou:
- Combinació de tot el codi de desenvolupadors a la línia principal,
- Desencadenant una compilació,
- Compilant el codi i creant una compilació i ... finalment
- Realització de la prova unitària.
Per tant, la integració contínua és un procés de fusió de tot el codi del desenvolupador en una ubicació central i validació de cadascuna de les seves combinacions amb una versió i una prova automatitzades.
Per explicar tècnicament què passa durant la CI,
Hi haurà un servidor per a la integració contínua que allotja el fitxer Eina CI , que continua veient l'eina de control de versions per al registre de codi i, tan aviat com es troba un registre, activa la compilació automatitzada, crea i executa proves d'unitats juntament amb anàlisi estàtica de codi i un nivell bàsic de proves de seguretat automatitzades .
Les diverses eines per dur a terme les proves automatitzades, com Jenkins, TestNG, NUnit per realitzar proves unitàries, Sonar per dur a terme anàlisis de codi estàtic i fortificar per dur a terme les proves de seguretat, totes aquestes eines s’integraran amb la canonada CI .
Per tant, el gasoducte CI complet és un procés automatitzat sense cap intervenció manual i s’executa en pocs segons o minuts.
Per tant, l’avantatge principal de l’IC és la ràpida retroalimentació que els desenvolupadors reben en poc temps.
- El CI s'executa després que el desenvolupador comprovi el codi i llança els resultats en qüestió de segons. Per tant, permet als desenvolupadors saber immediatament si el seu codi s’ha construït o s’ha trencat amb èxit.
- També permet al desenvolupador saber si el seu codi s’ha integrat correctament amb el codi de l’altre o s’ha trencat, allò que un altre membre de l’equip ha fet a una part diferent de la base del codi. Per tant, CI fa l’anàlisi de codi més ràpid i fa que les fusions posteriors siguin més senzilles i sense errors.
Per tant, CI és un procés automatitzat, on la compilació s’activa amb cada registre de codi, es compila, crea la compilació i s’executen proves unitàries automatitzades a la compilació.
També podem trucar a CI com a COP o procés de comprovació de si el codi de tots els membres de l’equip és un codi bo o vàlid o no, perquè el procés CI compila i crea immediatament amb cada registre i genera errors si es tracta d’un codi dolent, o no es pot compilar o no es pot passar pels casos de prova unitària automatitzada.
Quins avantatges té l’IC?
En primer lloc, tot el procés de CI és un procés automatitzat i, per tant, minimitza l’error humà reduint les llargues combinacions manuals que provoquen errors.
Qualsevol nombre de persones pot registrar el seu codi, qualsevol de vegades al dia, sense esperar que altres finalitzin la seva codificació, esperar fins que finalitzin el registre i el registre posterior. Per tant, CI elimina la dependència o elimina el temps d’espera d’altres usuaris que registren.
Per tant, els membres de l’equip no han d’esperar fins que els altres membres de l’equip acabin el registre i, per tant, permeten treballar en paral·lel.
Cada registre no s’atura en recollir-se al control de versions, sinó que es qualifica immediatament mitjançant la formació de compilacions i les proves automatitzades. Per tant, cada registre es valida a la mateixa arrel per a un processament posterior.
No hi ha possibilitat de perdre el codi de ningú perquè el codi de tots es registra a la còpia mestra amb el segell de temps i, per tant, es registra correctament.
Tot el procés de compilació, construcció i prova s’executa en pocs segons i, per tant, és molt més ràpid i ràpid i estalvia molt de temps i, per tant, ajuda a assolir l’objectiu de DevOps de lliurar-se més ràpidament en un període de poques hores.
Com que tot el procés de construcció i prova s’executa entre uns quants segons i minuts, la retroalimentació sobre el codi de les persones és molt ràpida i no hem de córrer per saber quin codi ha trencat la construcció o ha induït el defecte, com passa amb tots el check-in dóna la sortida d’èxit o fallada que indica l’àrea de fallada si hi ha un error.
Per tant, això permet al desenvolupador comprovar la petita quantitat de codi de manera intermitent, potser fins i tot una sola línia de codi, per assegurar-se que no conté errors i fa que el desenvolupador tingui confiança en que el seu codi és bo i tampoc no trenca els altres codi. Per tant, això ajuda a millorar la qualitat del codi.
Fem una pausa aquí i recollim el lliurament continuat i les proves contínues als propers tutorials de vídeo.
PREV Tutorial | NEXT Tutorial
Lectura recomanada
- Lliurament continu en DevOps
- Desplegament continu a DevOps
- Proves contínues en DevOps
- Com desenvolupar la col·laboració en equips DevOps
- Tutorial DevOps: la guia definitiva de DevOps (25+ tutorials)
- Recapitulació de tutorials de vídeo DevOps
- Col·laboració en DevOps
- Top 10 d'eines de proves contínues per a proves DevOps [Llista 2021]