Desmitificació de DevOps: tutorial de vídeo (primera part)

demystifying devops video tutorial

Tutorials de vídeo DevOps:

aplicació que us permet espiar un altre telèfon

Al nostre tutorial anterior, vam aprendre com impactarà DevOps en les proves de control de qualitat . Aquí, en aquest tutorial, aprendreu tot sobre DevOps amb un vídeo inclòs.

(Desplaceu-vos cap avall per començar amb el primer vídeo d'aquesta sèrie)

Lectura recomanada => Sèrie d'entrenament DevOps

Actualment, DevOps és el tema i la paraula de moda més actius de la indústria de les TI.

Amb la creixent demanda de lliuraments de programari, la metodologia de lliurament de programari està experimentant canvis per tal de satisfer les exigents expectatives dels clients.

Per tant, DevOps és una forma millorada i més recent d’oferir el programari als clients, especialment per a solucions basades en el núvol on s’espera que els lliuraments de programari passin ràpidament.

Moltes de les organitzacions avançades ja han començat a adoptar la forma DevOps de lliurar programari als clients. I molts més estan en la direcció d’adoptar-lo. A més, actualment la majoria de les oportunitats de TI exigeixen coneixement de DevOps.

Per tant, és molt essencial per a tothom desmitificar 'DevOps'.

Desmitificació de DevOps: tutorials de vídeo

Objectiu dels tutorials en vídeo de la formació DevOps:

• Saber sobre DevOps per marxar cap a la seva implementació.
• Per entendre com DevOps comporta canvis en la forma actual de treballar i fer lliuraments.
• Per crear una comprensió bàsica del concepte DevOps.

Contingut:

Conté,

• Tot sobre DevOps.
• Què és la col·laboració i com es pot col·laborar entre Dev i Ops?
• Processos clau de DevOps, integració contínua, proves contínues i desplegament continu.
• Conceptes clau de DevOps, gestió de versions, gestió de configuracions i supervisió d'aplicacions.

Aprenentatges clau:

• Capaç de definir DevOps.
• Per què una organització necessita DevOps?
• Com començar amb DevOps?
• Com es pot unir l'equip de desenvolupament i operacions?

Disseny:

• Aquest tutorial complet s’estructura en 4 parts, part1, part2, part3 i part4 i, a continuació, una part5 de tancament o resum.
• Cada part es subdivideix en blocs de vídeos més petits amb la intenció que tothom pugui entendre-ho fàcilment.
• En cadascun d'aquests vídeos, hi ha un resum sobre el que s'ha tractat al vídeo anterior i el que es tractarà al següent vídeo.
• El vídeo és molt senzill, amb llenguatges senzills i diapositives de PowerPoint amb alguns dibuixos útils per explicar on sigui necessari.
• Tots els vídeos són independents per si mateixos per entendre el seu concepte i no cal que facin referència a cap altre vídeo. Però té sentit anar en l'ordre de la part1 a la part4 per a una millor comprensió del tema.

Cobertura:

Part 1 : (Aquest tutorial)

Introducció a DevOps. Els seus antecedents, definició, valor, beneficis, hàbits i bones pràctiques de DevOps.

Part 2 :

Pràctiques de DevOps basades en els principis àgils, la importància de processos clau com el control de fonts i l'automatització i com s'aplica a DevOps.

Part 3 :

Detalls sobre els processos clau de DevOps com,

• Integració contínua,
• Proves contínues i
• Desplegament continu.

Part 4 :

Importància de pocs processos clau de DevOps,

• Gestió de la configuració,
• Gestió de llançaments i
• Supervisió del rendiment de l'aplicació a Live.

Part 5 :

Recapitulació de tot el curs.

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

Comencem amb el primer vídeo tutorial d'aquesta sèrie:

En aquesta primera part del vídeo d’aquest tutorial, aprendreu,

• Quins són els antecedents de DevOps i els motors per introduir aquesta nova forma de lliurar el programari?
• Què és DevOps, per què no hi ha una definició única per definir DevOps? És un mètode, un procés, una cultura?
• Tot i que hem entès què és DevOps, és essencial saber què no és DevOps.
• Els avantatges d’implementar DevOps en una organització.
• I les diverses pràctiques i hàbits de la pràctica de DevOps.
• Les mètriques clau de DevOps.

VÍDEO Part 1: Introducció- 21 minuts 46 segons

Bé, avui parlaré del tema 'Desmitificació de DevOps', que és un tema molt candent a la indústria de TI en aquests dies.

Seguim escoltant aquesta paraula de moda molt sovint a tots els llocs. A més, actualment la majoria de les oportunitats de treball en TI busquen coneixement i experiència ‘DevOps’ i, per tant, és molt important saber-ne.

Vinga!! Comprenguem de què tracta aquest DevOps.

Visió general

Aquesta sèrie, 'Desmitificant els DevOps', es distribueix en quatre parts, i això, al seu torn, farà que el públic estigui poc còmode en comprendre cada part dels DevOps de manera lenta i constant.

Al final d'aquesta sèrie, estic segur que podreu definir què és DevOps? per què necessitem DevOps? quins avantatges té? Com pot una organització adoptar DevOps per als seus compromisos? i quin és el paper del provador en tota la pràctica DevOps?

Tot i que la pràctica àgil accelerava el procés de desenvolupament ràpidament i l’equip de programari va començar a lliurar-lo a Operacions en la línia de temps especificada, la indústria de TI encara tenia problemes per preparar la producció de programari i obrir-la als clients.

Les operacions realment van trigar molt a produir-se amb una gran quantitat d’anada i tornada entre l’equip de programari i l’equip d’operacions amb dificultats per instal·lar el programari, operativitzar-lo i gestionar el rendiment.

La indústria va entendre lentament la desconnexió entre el desenvolupament i les operacions i la bretxa en la col·laboració entre els grups d'interès, especialment les operacions, els desenvolupadors, els analistes de negocis i els provadors per obtenir el temps de lliurament del programari i oferir el programari de qualitat, que realment va resultar costós .

I lentament, aquest buit va conduir a la introducció de la pràctica anomenada 'DevOps', que es va desenvolupar més enllà de la pràctica i els principis àgils que tenien com a objectiu oferir un programari de qualitat. O en altres paraules, 'oferir valor als clients' en un breu interval de temps d'una manera més eficient i oferir el que realment volien els clients.

Què és DevOps?

Ara, després d’entendre els antecedents de la introducció de DevOps, ens resulta fàcil definir què és DevOps. Quan es tracta de la definició de DevOps, no hi ha una definició estàndard per a ella. Però, aposto a que molts donaran la seva pròpia versió de definicions.

Com hem entès el propòsit i la intenció d’introduir DevOps, podem dir clarament que DevOps és una pràctica de col·laboració clara entre els grups d’interès del desenvolupament de programari, no només els desenvolupadors i les operacions, sinó amb la resta de l’equip, per tal de permetre el lliurament de valor al client més ràpid i millor.

Aquí, quan dic la resta de l’equip, inclou gestors de projectes, analistes de negocis, persones que reuneixen els requisits, persones que mantenen l’aplicació, persones d’atenció al client, etc.,

Els desenvolupadors superen principalment els buits existents anteriorment a causa de la manca de comunicació i col·laboració i que, al seu torn, es traduïa en una mala qualitat del programari, un gran retard en els desplegaments i en clients insatisfets.

Bé, DevOps no és només la col·laboració, sinó també la combinació d’un conjunt adequat de persones, un conjunt adequat de processos i un conjunt adequat d’eines per permetre el lliurament continu de 'valor als clients'. Aquí continuo pressionant la paraula 'Valor per als clients' perquè l'únic i últim objectiu de DevOps és preparar la producció de programari per oferir valor als clients.

Aquesta és una gran diferència i l’aspecte clau de DevOps.

Finalment, Devops és una cultura que permet centrar-se en la gent,

1. Client
2. Lliurament a producció,
3. Automatització
4. Feedback i mesurament

Què no és DevOps?

Després d’entendre què és DevOps, també és millor entendre allò que no és DevOps, per evitar confusions.

DevOps no és una eina de codi obert ni amb llicència, que estarà disponible al mercat, de manera que es pot comprar, instal·lar i utilitzar i tenir tots els resultats disponibles. Tampoc no hi ha cap especificació o llibre de regles estàndard perquè es pugui seguir i obtenir el resultat desitjat.

Tampoc hi ha cap conjunt de processos com ISO, CMMI per tal que es pugui adaptar i obtenir la certificació.

A més de la falta de col·laboració entre el Desenvolupament i les Operacions, amb les necessitats canviants del mercat, hi va haver molts més problemes de dolor en el mètode tradicional de desenvolupament de programari i fins i tot en la metodologia àgil, que calia abordar, i que es va convertir en els motors clau de la pràctica DevOps.

Bé, la necessitat de millorar constantment la qualitat i el rendiment de l’aplicació era la més important. L’augment de les expectatives, les demandes dels clients i el compliment de l’experiència del client esperada va suposar un veritable repte en el mètode tradicional de desenvolupament de s / n.

La pressió i la competència cada vegada més alts del mercat per llançar-se cada cop més ràpidament va ser un altre dels factors clau.

Amb la gamma actual de suport de múltiples sistemes operatius i plataformes, no és suficient per desenvolupar el programari per treballar en una sola plataforma o SO i, per tant, es requeria un procés de desenvolupament de programari per donar suport a diverses plataformes simultàniament.

Cada vegada hi ha més programari que s'adapta a les solucions basades en el núvol que requereixen proves contínues, desplegament continu i automatització, per tal de reduir el temps del cicle.

Increment de programes, solucions i infraestructures complexes de TI complexes i de missió crítica per al desplegament i el suport necessari a través de les geografies per mantenir-les a través d’un gran repte per al desenvolupament de programari.

Valor de DevOps

Després d’entendre els motors clau de DevOps, és fàcil entendre el valor de DevOps que aporta a l’organització que el practica.

DevOps cobreix principalment la bretxa entre els grups d'interès i, per tant, millora la comunicació i la col·laboració durant tot el cicle de vida del desenvolupament d'aplicacions. DevOps millora el temps de lliurament i redueix els terminis de lliurament de programari. El temps de lliurament és el temps transcorregut des de la confirmació del codi fins al codi lliurat a la producció amb èxit.

Per tant, en general, DevOps inhibeix una cultura que canvia tota l’organització i porta els seus empleats a centrar-se en la distribució de programari que aporti valor als clients.

En altres paraules, lliurar més petits, millors i més ràpids és el secret total de DevOps.

Avantatges de DevOps

Després d’haver resolt la necessitat de l’hora de la demanda del mercat, la pràctica de DevOps va demostrar-se amb una major satisfacció del client, cosa que va provocar una major base de clients.

Qualsevol que fossin els motors clau per a la pràctica del DevOps, van tenir com a resultat un èxit, com ara la millora de la qualitat i el rendiment mitjançant un procés continu de proves i comentaris.

La introducció del principi de 'automatitzar-ho tot' juntament amb el lliurament d'infraestructures i configuracions com a codi es va traduir en la minimització d'errors humans, el lliurament més ràpid al mercat i la publicació més freqüent.

El control de versions va permetre que el programari fos compatible amb diverses plataformes i les proves inicials i continuades van resultar en defectes menors i menors taxes de fallades en la producció.

A causa del desplegament continu, es va trigar més a solucionar els problemes i deixar-los anar més ràpidament. Així, òbviament, es pot continuar afegint els avantatges a la llista.

Pràctiques de DevOps

Els ingredients clau de DevOps són les millors pràctiques que s’implementen al llarg del cicle de vida del desenvolupament d’aplicacions, cosa que ajuda a inculcar la cultura necessària a l’equip i condueix l’equip a assolir els avantatges de la implementació de DevOps.

# 1) Gestió de la configuració: Saber clarament, què estem desplegant, com ho estem implementant i quina configuració anirà a la producció és la clau per a la gestió de la configuració, que està totalment controlada en versió.

# 2) Gestió de versions : Esbrinar amb claredat, com estem construint una canalització de versions i gestionar-les és l’aspecte clau de la gestió de versions.

# 3) Integració contínua: Assegura que cada confirmació de codi es controla la versió, es prova i es compila i que la base de codi es manté neta i neta tot el temps.

# 4) Desplegament continu: S'orienta al desplegament del codi compilat contínuament des de les proves fins a l'entorn de producció.

L’automatització de proves és la pràctica important i crítica de DevOps que s’aplica durant tot el cicle de vida. Llavors, lliurar 'Infraestructura com a codi' és un dels aspectes clau de la pràctica DevOps.

Per tant, més endavant, un cop el codi s’hagi desplegat a la producció, és essencial assegurar-se que el programari s’executa correctament, recopilant les dades de rendiment, els errors ocorreguts al sistema i també les dades d’ús de l’usuari final a través de les eines i metodologies de control de l’aplicació. .

Així doncs, aquestes són les pràctiques més importants i imprescindibles aplicades i adoptades per l’equip durant tot el cicle de desenvolupament d’aplicacions, cosa que els assegura assolir l’objectiu de DevOps.

Hàbits de DevOps

Com diu Aristòtil: ‘Som. El que fem repetidament ... L’excel·lència, per tant, no és un acte, sinó un hàbit.

Per tant, els anomeno “hàbits” perquè els practiquem repetidament.

Per tant, aquests hàbits habituals s’han de desenvolupar a l’equip sense cap compromís, tot i que es pretén oferir el programari de qualitat de manera reiterada.

# 1) Gestió del deute tècnic:

La gestió regular del deute tècnic és un dels aspectes clau, si no es fa, alenteix dràsticament el progrés del programari. I, per tant, cal reduir sempre el deute tècnic i mantenir la base de codi el més neta possible. La base de codi net facilita que el codi es pugui desplegar a punt en qualsevol moment.

Com he esmentat repetidament, centrar-se en el valor per al client és la mentalitat de l’equip i aquest és l’aspecte cultural clau de DevOps, que fa que l’equip faci tot el possible i tot el que es subratlla per aportar valor al client.

què és la prova beta en proves de programari

Amb aquesta mentalitat, les persones que pensin que el seu treball està acabat i que es llancen a altres per a més, seran aturades. I tothom comença a pensar que l’objectiu final és lliurar-se a la producció i guanyar-se el crèdit només quan el client aporta la retroalimentació o l’agraïment després d’utilitzar el programari a la producció.

Per tant, centrar-se en el valor per als clients motiva i enriqueix l’equip per fer-ho cada vegada millor.

# 2) Desenvolupament basat en la hipòtesi :

A més d’entendre bé els requisits, entendre què realment fa el client en directe i quin és el patró d’ús d’una característica concreta i desenvolupar el codi en conseqüència és el 'desenvolupament basat en la hipòtesi'.

Per tant, col·laborar activament amb els clients des del principi per comprendre com utilitzen el programari i garantir que les coses correctes es desenvolupin en primera instància és molt important i, de nou, és un hàbit de DevOps.

quina és la millor eliminació de programari maliciós

# 3) Mesura des del desplegament:

Mesurar constantment el rendiment del lliurament i buscar la retroalimentació del desplegament és un altre hàbit important que ajuda l'equip a treballar per millorar el programari i aportar valor als clients.

# 4) Cultura del lloc en directe :

La cultura del lloc en viu consisteix en incloure en la mentalitat de tothom, que el que estem desenvolupant, ho hem de produir sense problemes.

La cultura és fer que tothom de l’equip entengui que 'Si no es troba a Live Site, no és enlloc' i no té cap punt ni cap benefici si no podem arribar a Live i, per tant, no podrem arribar als nostres usuaris finals si no és a Live.

# 5) Infraestructura com a recurs flexible:

La gestió de la infraestructura com a recurs flexible és un aspecte molt important de DevOps perquè, en qualsevol moment, hauríem de poder desfer-nos de la infraestructura existent i fer-ne una de nova, ja que hem definit la nostra infraestructura com un codi amb molta facilitat.

Aquest aspecte de DevOps ens ajuda a donar suport al nostre programari multiplataforma i multi-versió.

# 6) Col·laboració en equip:

A hores d’ara tots sabem clarament que no són només les eines o els processos els que impulsen el desenvolupament de programari. És l’equip que ha de col·laborar entre ells i s’alinea amb l’objectiu empresarial.

Per tant, la col·laboració en equip és l’aspecte clau de la cultura DevOps, que cobreix qualsevol bretxa d’entesa entre ells i el programa.

Per tant, aquestes actituds, comportaments i hàbits són els aspectes fonamentals clau de la cultura DevOps.

Mètriques DevOps

Queden els dies en què solíem recopilar mètriques tradicionals relacionades amb el desenvolupament i la prova, que només se centraven en el desenvolupament i les proves de programari interns. A mesura que el focus del lliurament va canviar, les mètriques que es recopilen també es van alinear per trobar valor per al client.

Tot i que les mètriques que s’han de reunir varien lleugerament d’organització en organització en funció de la prioritat del client, la mesura de l’agilitat i la fiabilitat del programari és l’enfocament clau de DevOps.

I aquestes mètriques serien adequades per mesurar-se des de la perspectiva del 'valor per al client' i defineixen com funciona l'equip w.r.t. Implementació de DevOps.

Bàsicament, les mètriques d’Agility serveixen per mesurar l’eficàcia del desenvolupament i la fiabilitat per mesurar l’eficàcia de les operacions.

# 1) Mètriques d’agilitat:

I el nombre de desplegaments durant un període de temps.

(i) Sabem que DevOps es tracta de lliurar trossos més petits i lliurar-los ràpidament.

Per tant, aquesta mètrica d’agilitat consisteix a comprovar la freqüència amb què l’equip ha pogut fer els desplegaments i quina és la freqüència dels desplegaments.

El següent és el 'Temps necessari per implementar els canvis':

(ii) També sabem amb quina freqüència canvien les opinions dels clients, donant lloc a una sol·licitud de canvi, i la intenció de DevOps és donar la volta a aquests canvis a la producció en el moment mínim.

Per tant, el següent aspecte de les mètriques d’agilitat és comprovar: Quin és el temps necessari per desplegar les sol·licituds de canvi a la producció?

# 2) Mètriques de fiabilitat:

Les mètriques de fiabilitat consisteixen a mesurar la fiabilitat del programari després del desplegament.

Les mètriques de fiabilitat inclouen:

1. La taxa de fallades de les versions i
2. És hora de detectar i solucionar els problemes.

# 1) El percentatge de fracassos de les versions és mesurar, amb quina freqüència fallem respecte als nostres desplegaments? Aquí, l’objectiu és assegurar-se que, durant un període de temps, aquesta mètrica en particular es redueixi i l’equip s’acostumi a desplegar-se cada cop amb èxit i anar a la producció amb més freqüència esdevingui un hàbit.

# 2) Ara, el temps per detectar i solucionar problemes és mesurar el temps que es triga a detectar l’error i solucionar-lo. Aquesta mètrica també serveix per comprovar la rapidesa amb què podem entendre el que passa a la producció, detectar de manera proactiva els problemes, solucionar-los proporcionant la solució alternativa i encaminar-los al cicle de desenvolupament com a solució.

Aquesta mètrica no només se centra a donar la volta a la solució ràpida a la producció, sinó que també permet a l’equip evitar que es produeixin problemes futurs fent les alteracions adequades, ja sigui en el disseny, l’arquitectura i la canonada de proves automatitzades, sigui quina sigui.

Així, idealment, aquestes són les mètriques que ajuden l’equip a assolir la cultura i el lliurament de DevOps.

Fem un resum resumit:

• Què és DevOps?
• Què no és DevOps?
• Quins avantatges té DevOps?
• Què són les pràctiques i els hàbits de DevOps?
• I quines són les mètriques clau de DevOps?

Què és DevOps? DevOps és una cultura de l’organització per centrar-se en oferir valor al client mitjançant una col·laboració constant de Desenvolupament, Operacions i la resta de grups d’interès.

Què no és DevOps? DevOps no és un producte amb llicència o codi obert, ni una especificació ni un estàndard.

Quin avantatge té DevOps? DevOps ofereix un lliurament d’alta qualitat, un lliurament més ràpid, desplegaments freqüents, desplegaments petits, menys taxes de fracàs en la producció, etc.,

Quines són les pràctiques de DevOps? Les pràctiques de DevOps són integració contínua, automatització de proves, desplegament continu, infraestructura com a codi, gestió de configuracions, gestió de versions i supervisió del rendiment de les aplicacions.

Quins són els hàbits de DevOps? Els hàbits de DevOps són la gestió del deute tècnic, se centren en proporcionar valor al client, cultura del lloc en viu, col·laboració en equip, gestió de la infraestructura com a recurs flexible, desenvolupament basat en hipòtesis i mètriques de la producció.

Quines són les mètriques de DevOps? L’agilitat i la fiabilitat són les mètriques d’enfocament clau de DevOps.

Sobre l'autor per a tutorials de vídeo sobre DevOps:

El membre de l’equip de l’STH Gayathri Subrahmanyam és un expert en proves de programari amb més d’una dècada i mitja d’experiència en la realització de projectes de proves de programari per a diversos clients mundials de diversos dominis. Ha subministrat programari, treballant àmpliament en metodologies de desenvolupament de programari tradicionals i àgils (SCRUM, SAFE) i treballant darrerament en metodologia DevOps.

Al nostre proper vídeo tutorial, aprendrem pràctiques de DevOps basades en els principis àgils.

PREV Tutorial | NEXT Tutorial

Lectura recomanada

• Tutorial de proves DevOps: com impactarà DevOps en les proves de control de qualitat?
• Tutorials Eclipse en profunditat per a principiants
• Recapitulació de tutorials de vídeo DevOps
• Tutorial DevOps: la guia definitiva de DevOps (25+ tutorials)
• Proves contínues en DevOps
• Tutorial AWS CodeCommit per a la implementació de DevOps al núvol
• Lliurament continu en DevOps
• Tutorial de proves destructives i proves no destructives