Meniu

Practică DevOps bazată pe manifestul agil (partea 2 - blocul 1)

  • Principal
  • Alte
  • Practică DevOps bazată pe manifestul agil (partea 2 - blocul 1)

devops practice based agile manifesto

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

În tutorialul nostru video anterior Demistificând DevOps , am aflat totul despre DevOps în detaliu.

De asemenea, am avut o privire detaliată asupra semnificației DevOps și a altor factori care țin de aceasta.

Citire sugerată => Seria intensivă DevOps Training

Acum să trecem prin partea 2 din „Demistificarea DevOps”.

Practică DevOps bazată pe manifestul agil

O recapitulare rapidă a ceea ce am acoperit în partea 1:

Ce este DevOps? DevOps este o cultură în organizație care se concentrează pe furnizarea de valoare clientului printr-o colaborare constantă între dezvoltare, operațiuni și restul părților interesate.

Ce nu este DevOps? DevOps nu este un produs licențiat sau open source, nu este o specificație și nici un standard.

Care sunt beneficiile DevOps? DevOps aduce livrare de înaltă calitate, livrare mai rapidă, implementări frecvente, implementări mici, rate de eșec mai mici în producție etc.,

Care sunt practicile DevOps? Practicile Devops includ integrarea continuă, automatizarea testelor, implementarea continuă, infrastructura ca cod, gestionarea configurației, gestionarea lansărilor și monitorizarea performanței aplicației.

Care sunt obiceiurile DevOps? Obiceiurile Devops includ, gestionarea datoriilor tehnice, concentrarea pe furnizarea de valoare către client, cultura site-ului live, autonomia echipei, gestionarea infrastructurii ca o resursă flexibilă, dezvoltarea bazată pe ipoteze, metricele din producție.

Care sunt valorile DevOps? Agilitatea și fiabilitatea sunt valorile cheie ale DevOps.

întrebare de testare software pentru interviu pentru experți

În această parte a cursului, vom învăța următoarele:

Care sunt practicile DevOps care sunt dezvoltate pe baza principiilor agile și cum sunt atinse obiectivele DevOps?

În partea 1, am continuat să definim DevOps ca colaborare. Să înțelegem ce este de fapt această colaborare și cum ajută practicile DevOps la dezvoltarea colaborării dintre dezvoltare și operațiuni în atingerea obiectivelor sale?

În această parte, vom înțelege importanța elementelor cheie ale DevOps cum ar fi controlul sursei și automatizarea și livrarea de pași mici. Restul elementelor precum integrarea continuă, testarea continuă, livrarea continuă și monitorizarea aplicației, vor fi explicate în partea următoare.

După cum sa informat mai devreme, practicile DevOps se bazează în principal pe principiile și practicile Agile. Din cele 12 principii agile, următoarele 4 sunt cele care se aplică direct DevOps.

Deci, este mai bine să reîmprospătați aceste manifeste Agile care se aplică funcțiilor DevOps. Nu am de gând să trec în detaliu la acestea.

Să le citim rapid.

# 1) Indivizi și interacțiuni - peste procese și instrumente

# 2) Software de lucru - peste documentație cuprinzătoare

# 3) Colaborare cu clienții - peste negocierea contractului

# 4) Răspunsul la schimbare - peste urmarea unui plan

Pe baza acestor principii agile, DevOps a dezvoltat anumite principii și practici, care sunt după cum urmează:

  • Aduceți valoare clientului
  • Furnizați software de lucru
  • Modificări de sprijin
  • Colabora
  • Motivați echipa și dați libertate membrilor echipei
  • Livrați din ce în ce mai repede

# 1) Aduceți valoare clientului prin furnizarea unei implementări mai mici, frecvente și continue a software-ului.

#Două) Furnizați software de lucru într-un interval de timp mai scurt. Clientul nu se va uita la designul excelent pe care îl facem, sau la o arhitectură fantastică sau la un plan sau strategie pe care îl facem pentru a dezvolta software-ul, dar tot ceea ce își dorește este un software funcțional.

# 3) Modificări de sprijin la cerințele ori de câte ori clientul dorește, pe baza tendinței pieței. Acest lucru este foarte important pentru client. Metodologia noastră de dezvoltare software ar trebui să fie suficient de flexibilă pentru a face față oricăror modificări solicitate de client și să le livreze cu confort.

# 4) Colabora ..colaborează ... colaborează. Colaborați și colaborați constant cu compania pentru a face software-ul potrivit pentru prima dată.

# 5) Atât Agile, cât și DevOps acordă în mod egal o mare importanță echipei și oamenilor. Deci, principiul DevOps spune: motivează echipa , le oferă libertate, le oferă sprijinul necesar oricând au nevoie, dezvoltă încredere în ele pentru a obține munca livrată.

Dacă munca este realizată de ei din interesul voluntarilor, calitatea va fi bună, în loc să o facă cu forța și sub presiune. De asemenea, pe lângă colaborare, agile sugerează comunicarea față în față în cadrul echipei de dezvoltare.

Deci, maximizați comunicarea față în față prin întâlniri de stand up, reuniuni de revizuire etc. Acest lucru dezvoltă spiritul de echipă și ajută la motivarea echipei și la dezvoltarea unei competiții sănătoase.

Care sunt practicile DevOps care sunt dezvoltate pe baza principiilor agile și cum sunt atinse obiectivele DevOps? Un alt aspect cheie al DevOps este de a livra din ce în ce mai repede. Știm, în timpul practicii agile, scrum, Kanban sau orice altceva, mai repede se referea la o livrare în câteva săptămâni până la o lună, acum s-a schimbat cu DevOps la peste câteva ore. Deci, livrarea mai rapidă în DevOps se referă la livrarea în câteva ore.

Organizații precum Amazon, Flipkart și Google fac actualizări și își fac lansările în câteva ore. Aceasta este viteza și participarea la calitate așteptată de la cei care practică DevOps. Prin urmare, procesele, obiceiurile și practicile DevOps sunt atât de puternice încât permit echipei să lucreze împreună pentru a realiza acest lucru.

Deci, putem spune clar că toate aceste teorii și practici DevOps se învârt în jurul principiilor de bază agile, aș putea spune, a unei extensii a acestora.

Aici, ceea ce trebuie să privim și să învățăm este că ceea ce ar trebui să facem zilnic, să practicăm și să ne obișnuim, pentru a atinge obiectivele DevOps.

Nu este suficient doar ca o persoană sau câțiva din echipă care să le practice. Toți cei din echipă, atât dezvoltarea, cât și operațiunile, trebuie să adopte cu strictețe aceste practici și să le facă BAU, să funcționeze ca de obicei și apoi devine obișnuința tuturor în echipă să o practice în mod repetat.

Prin urmare, succesul DevOps depinde pur și simplu de cât de serios sunt urmate aceste practici de către toți membrii echipei. Și, fără îndoială, succesul este sigur dacă aceste practici sunt urmate religios.

Am învățat deja cele mai bune practici și obiceiuri ale DevOps în conferința noastră din partea 1, care permite echipei să realizeze cultura DevOps. Deci, nu există pierderi de câte ori repetăm ​​aceste practici care trebuie urmate pentru a atinge obiectivul DevOps.

După cum știm, obiectivul DevOps este să se concentreze pe aducerea de valoare clientului prin implementări mai mici, implementări mai rapide și implementări continue. Să înțelegem ce trebuie să facem în practica DevOps pentru a realiza acest lucru dincolo de practicile agile.

În primul rând este așa cum știm deja că este colaborarea pe care trebuie să o avem cu toate părțile interesate, astfel încât fiecare informație să fie disponibilă întregii echipe și să fie luată în considerare în timpul dezvoltării software-ului.

De exemplu , ar putea fi o mică modificare a configurației implicite a mediului pe care echipa de operațiuni intenționează să o facă și că informațiile ar trebui transmise tuturor membrilor echipei, astfel încât fiecare din echipă să poată avea grijă de impactul schimbării, oriunde este aplicabil.

La fel ca dezvoltatorii să aibă grijă în timp ce codifică, testerii se asigură că cea mai recentă actualizare se face la final. Configurarea este testată comparativ cu cea mai veche.

Deci, practic, echipa trebuie să se reunească și să lucreze împreună pentru a rezolva problema, fie că este vorba de o problemă de proiectare, arhitectură, testare sau implementare sau performanță a aplicației. Vom înțelege mai multe despre colaborare în scurt timp.

Datoriile tehnice trebuie minimizate pe cât posibil.

Fiecare parte a programului este foarte importantă și, dacă este neglijată și nu este prezentă la timp, aceasta va duce la probleme de calitate în etapa ulterioară.

Prin urmare, acordarea atenției la detalii, excelență și concentrarea continuă asupra nevoilor clienților este foarte importantă și nu se face niciun compromis în nicio etapă pentru nimic altceva decât acest lucru.

Știm, importanța fiecărui aspect al ciclului de viață al dezvoltării software-ului și impactul acestuia, dacă nu i se acordă atenție. Deci, concentrându-ne pe cea mai bună arhitectură, cerințe, proiectare, testare, toate acestea sunt foarte importante și nu fac compromisuri în nicio etapă a fazelor SDLC.

Am aflat deja despre importanța colectării valorilor din live.

Sper că ți-a plăcut acest tutorial informativ !!

PREV Tutorial | NEXT Tutorial

Lectură recomandată

^