Mulți dintre voi ar putea fi conștienți de toate teoriile legate de . Dar știi cum să implementezi principiile DevOps în viața reală? În acest blog, voi discuta despre scenariile DevOps în timp real care vă vor ajuta să înțelegeți pe scurt cum funcționează lucrurile în timp real.
Indicațiile pe care le voi acoperi în acest sensArticolul DevOps Scenarii în timp realsunt:
- Ce este DevOps?
- Probleme rezolvate de DevOps
- CI (Integrare continuă) Scenarii
- Scenarii CT (testare continuă)
- Scenarii CD (livrare continuă)
- Scenarii de date DevOps
Deci, să începem cu primul nostru subiect.
Ce este DevOps?
DevOps este o abordare de dezvoltare software care implică dezvoltarea continuă, testarea continuă, integrarea continuă, implementarea continuă și monitorizarea continuă a software-ului pe parcursul ciclului său de viață al dezvoltării. Aceste activități sunt posibile numai în DevOps, nu Agile sau cascadă. Acesta este motivul pentru care Facebook și alte companii de top au ales DevOps drept calea de urmat pentru obiectivele lor de afaceri.DevOps este preferat în principal pentru dezvoltarea de software de înaltă calitate în cicluri de dezvoltare mai scurte, ceea ce duce la o satisfacție mai mare a clienților.
În următoarea secțiune a acesteiArticolul DevOps Real Time Scenarios, vom arunca o privire asupra diferitelor probleme rezolvate de DevOps.
Probleme rezolvate de DevOps
1. Oferiți valoare clienților
- DevOps minimizează timpul este nevoie pentru a oferi valoare clienților. Timpul ciclului de la finalizarea de către dezvoltator a unei povești / sarcini până la producție se reduce semnificativ, permițând realizarea valorii cât mai repede posibil.
Cea mai importantă valoare realizată prin DevOps este că permite organizațiilor IT să o facă se concentreze pe activitățile lor de bază „de afaceri” . Eliminând constrângerile din fluxul de valoare și automatizând conductele de implementare, echipele se pot concentra asupra activităților. Acest lucru ajută la crearea de valoare pentru clienți, mai degrabă decât la mutarea de biți și octeți. Aceste activități sporesc avantajul competitiv durabil al unei companii și creează rezultate mai bune în afaceri.
2. Timp redus al ciclului
Intern DevOps este singura modalitate de a obține agilitatea de a furniza cod securizat cu informații. Este important să aveți porți și un proces DevOps bine creat. Când furnizați o nouă versiune, aceasta poate rula cot la cot cu versiunea curentă. De asemenea, puteți compara valori pentru a realiza ceea ce doriți cu valorile aplicației și performanței.
DevOps conduc echipele de dezvoltare către îmbunătățire continuă și cicluri de eliberare mai rapide . Dacă este făcut bine, acest proces iterativ permite o mai mare concentrare în timp, asupra lucrurilor care contează cu adevărat. De exemplu, lucruri care creează experiențe excelente pentru utilizatori - și mai puțin timp pentru gestionarea instrumentelor, proceselor și tehnologiei.
3. Timpul de lansare pe piață
Cea mai importantă problemă rezolvată este reducerea complexității procesului. Acest lucru contribuie în mod semnificativ la succesul afacerii noastre prin scurtarea timpului pe piață, oferindu-ne feedback rapid cu privire la funcții și făcându-ne mai receptivi la nevoile clienților noștri.
4. Rezolvarea problemelor
Cea mai mare valoare a implementării cu succes a DevOps este încrederea mai mare în livrare, vizibilitate și trasabilitate a ceea ce se întâmplă, astfel încât să puteți rezolva problemele mai repede.
Un alt avantaj important al DevOps este acela de a nu pierde timpul. Alinierea oamenilor și resurselor unei organizații permite implementări și actualizări rapide. Acest lucru permite programelor DevOps să remedieze problemele înainte de a se transforma în dezastre.DevOps creează o cultură a transparenței care promovează concentrarea și colaborarea între echipele de dezvoltare, operațiuni și securitate.
CI (Integrare continuă) înScenarii în timp real DevOps
1. Persoanele pot vedea integrarea continuă contraproductivă
Membrii unei echipe de dezvoltare au roluri, responsabilități și priorități diferite. Este posibil ca prima prioritate a managerului de produs să fie lansarea de noi funcții, managerul de proiect trebuie să se asigure că echipa lor respectă termenul limită. Programatorii ar putea crede că, dacă se opresc pentru a remedia o eroare minoră de fiecare dată când apare, îi vor încetini. S-ar putea să simtă că păstrarea curată a construcției este o povară suplimentară pentru ei și nu vor fi beneficiarii pentru eforturile lor suplimentare. Acest lucru poate pune în pericol procesul de adaptare.
care este cel mai bun ide pentru java
Pentru a depăși acest lucru:
În primul rând, asigurați-vă că întreaga echipă este la bord înainte de a adopta integrarea continuă.
Directorii de echipă și liderii de echipă trebuie să îi ajute pe membrii echipei să înțeleagă costurile și beneficiile integrării continue.
Evidențiați ce și când vor beneficia codificatorii dedicându-se unei metode de lucru diferite, care necesită o mai mare deschidere și flexibilitate.
2. Integrarea CI în fluxul de dezvoltare existent
Adoptarea CI vine inevitabil cu necesitatea schimbării esențiale a unor părți ale fluxului de lucru de dezvoltare. Este posibil ca dezvoltatorii dvs. să nu remedieze fluxul de lucru dacă nu este defect. Acest lucru este posibil în principal dacă echipa dvs. are o rutină mai mare în executarea fluxului de lucru curent.
Dacă doriți să schimbați fluxul de lucru, atunci trebuie să faceți acest lucru cu precauții deosebite. În caz contrar, ar putea compromite productivitatea echipei de dezvoltare și, de asemenea, calitatea produsului. Fără sprijinul suficient din partea conducerii, echipa de dezvoltare ar putea fi puțin reticentă în a-și asuma o sarcină cu astfel de riscuri implicate.
Pentru a depăși acest lucru:
Trebuie să vă asigurați că acordați suficient timp echipei dvs. pentru a-și dezvolta noul flux de lucru. Acest lucru se face pentru a selecta o soluție flexibilă de integrare continuă care să le poată sprijini noul flux de lucru.
De asemenea, asigurați-vă că compania are spatele, chiar dacă lucrurile s-ar putea să nu meargă foarte bine la început.
3. Recidivarea la fostele obiceiuri de testare
Efectul imediat al adoptării integrării continue este că echipa dvs. va testa mai des. Deci, mai multe teste vor necesita mai multe cazuri de testare, iar scrierea cazurilor de testare poate necesita mult timp. Prin urmare, dezvoltatorii trebuie adesea să-și împartă timpul între remedierea erorilor și scrierea cazurilor de testare.
Temporar, dezvoltatorii ar putea economisi timp testând manual, dar pe termen lung ar putea afecta mai mult. Cu cât amână scrierea cazurilor de testare, cu atât va deveni mai dificil să ajungi la progresul dezvoltării. În cel mai rău caz, echipa dvs. ar putea ajunge înapoi la vechiul proces de testare.
Pentru a depăși acest lucru:
Trebuie să subliniați că scrierea cazurilor de test de la început ar putea economisi mult timp echipei dvs. și poate asigura o acoperire ridicată a testului produsului dvs.
De asemenea, încorporați ideea în cultura companiei dvs. că cazurile de testare sunt active la fel de valoroase ca și baza de coduri în sine.
4. Dezvoltatorii care ignoră mesajele de eroare
Este o problemă obișnuită faptul că atunci când echipele mai mari lucrează împreună, cantitatea de notificări CI devine copleșitoare și dezvoltatorii încep să le ignore și să le dezactiveze. Prin urmare, este posibil ca aceștia să rateze actualizările relevante pentru ei.
Poate duce la o etapă în care programatorii dezvoltă o imunitate relativă la versiunile defecte și mesajele de eroare. Cu cât ignoră notificările relevante, cu atât mai mult se dezvoltă fără feedback în direcția greșită. Acest lucru ar putea provoca retrageri uriașe, risipa de bani, resurse și timp.
Pentru a depăși acest lucru:
Ar trebui să trimiteți doar actualizări critice.
Trimiteți notificarea numai dezvoltatorilor respectivi care sunt responsabili cu remedierea acesteia.
CT (testare continuă) înScenarii în timp real DevOps
Obținerea specificațiilor cerințelor corect
Dacă îți faci bine cerințele, atunci aproape jumătate din luptă este câștigată. Deci, dacă aveți o înțelegere foarte specifică și exactă a cerințelor, puteți proiecta mai bine planurile de testare și acoperi bine cerințele.
Cu toate acestea, multe echipe petrec mult timp și efort clarificând pur și simplu cerințele. Aceasta este o capcană foarte frecventă și pentru a evita acest lucru, echipele pot adopta tehnici de testare bazate pe modele și tehnici de dezvoltare condusă de comportament. Acest lucru ajută la proiectarea scenariilor de testare în mod corect și adecvat.
Aceste practici vor ajuta cu siguranță la remedierea și soluționarea lacunelor mai rapid. De asemenea, le permite să genereze mai multe cazuri de testare automat încă din primele etape ale unui sprint.
Orchestrarea conductelor
Avantajele testării continue și livrare continua sunt strâns legate de orchestrarea conductelor. Acest lucru înseamnă înțelegerea directă a funcționării, de ce funcționează, a analizei rezultatelor și a modului și a momentului de scalare. Totul depinde de conductă și, prin urmare, trebuie să integrați conducta cu suita de automatizare.
Însă motivul pentru care echipele se confruntă este că, nicio soluție nu oferă un lanț complet de instrumente care este necesar pentru a construi o conductă CD.
Echipele trebuie să caute în mod obișnuit piesele de puzzle care sunt corecte pentru ei. Nu există instrumente perfecte, de obicei doar cele mai bune instrumente, care oferă integrări împreună cu alte instrumente. Și, desigur, un API care permite și integrări ușoare.
Pe scurt, este imposibil să implementăm teste continue fără viteza și fiabilitatea unei conducte standardizate și automate.
Extinderea și gestionarea complexității
Un alt scenariu important este acela că testarea continuă devine mai complexă pe măsură ce se îndreaptă către mediul de producție. Testele cresc în număr și complexitate, odată cu codul de maturare și mediul înconjurător devenind mai complexe.
Trebuie să actualizați testele de fiecare dată când actualizați diferite faze și scripturi automate. Ca urmare, timpul total necesar pentru a rula testele tinde, de asemenea, să crească spre lansare.
Soluția pentru aceasta constă în orchestrarea îmbunătățită a testelor, care oferă o acoperire corectă a testului în cicluri de sprint mai scurte și permite echipelor să livreze cu încredere. În mod ideal, întregul proces trebuie automatizat cu CT efectuat în diferite etape. Acest lucru se face folosind porțile de politică și intervenția manuală, până când codul este introdus în producție.
Crearea de bucle de feedback
Fără bucle de feedback frecvente în fiecare etapă a ciclului de dezvoltare, testarea continuă nu este posibilă. Acesta este parțial motivul pentru care CT este dificil de implementat. Nu aveți nevoie doar de teste automate, ci aveți nevoie și de vizibilitatea rezultatelor și execuția testelor.
Buclele tradiționale de feedback, cum ar fi instrumentele de înregistrare, profilurile de cod și instrumentele de monitorizare a performanței, nu mai sunt eficiente. Nici nu lucrează împreună, nici nu oferă profunzimea cunoștințelor necesare pentru rezolvarea problemelor. Tablourile de bord în timp real care generează rapoarte în mod automat și feedback acționabil pe întregul SDLC ajută la lansarea software-ului mai rapid în producție cu defecte mai mici. Accesul în timp real la tablouri de bord și accesul tuturor membrilor echipei ajută mecanismul de feedback continuu.
Lipsa mediilor
Testarea continuă înseamnă pur și simplu testarea mai des și acest lucru necesită lovirea mai multor medii mai frecvent. Aceasta prezintă un blocaj dacă mediile menționate nu sunt disponibile în momentul în care sunt necesare. Unele medii sunt disponibile prin API-uri și altele prin diferite interfețe. Unele dintre aceste medii pot fi construite folosind arhitectura modernă, în timp ce altele cu sisteme client / server sau mainframe moștenite.
Dar întrebarea aici este cum coordonați testarea prin diferiți proprietari de mediu? De asemenea, este posibil ca acestea să nu mențină întotdeauna mediile în funcțiune. Răspunsul la toate acestea este Virtualizare . Prin virtualizarea mediului, puteți testa codul fără să vă faceți griji prea mult pentru zonele care sunt neschimbate.Făcând mediile accesibile și disponibile la cerere prin virtualizare, cu siguranță vă ajută să eliminați un blocaj semnificativ din conducta dvs.
CD (livrare continuă) înScenarii în timp real DevOps
Implementările durează prea mult
Aplicațiile distribuite necesită în mod normal mai mult decât „copierea și lipirea” fișierelor pe un server. Complexitatea tinde să crească dacă aveți o fermă de servere. Incertitudinea cu privire la ce să implementăm, unde și cum este un lucru destul de normal. Rezultatul? Timpuri lungi de așteptare pentru a aduce artefactele noastre în următorul mediu al traseului până la întârzierea tuturor, testarea, timpul de trăit etc.
Ce aduce DevOps la masă? Echipele de dezvoltare și operațiuni IT definesc un proces de implementare într-o sesiune de colaborare fără cusur. În primul rând, verifică ce funcționează și apoi îl duc la nivelul următor cu automatizare pentru a facilita livrarea continuă. Acest lucru reduce drastic calendarul pentru implementare și, de asemenea, deschide calea pentru implementări mai frecvente.
Lipsesc artefacte, scripturi și alte dependențe
Întâlnim frecvent eșecuri după implementarea unei noi versiuni a unui software funcțional. Acest lucru este adesea cauzat de lipsa actualizării bibliotecilor sau scripturilor bazei de date. Acest lucru este cauzat de obicei de o lipsă de claritate cu privire la dependențele de implementat și locația lor. Încurajarea colaborării între dezvoltare și operațiuni poate ajuta la rezolvarea acestui tip de probleme în majoritatea cazurilor.
Când vine vorba de automatizare, puteți defini dependențe care ajută foarte mult la accelerarea implementărilor. Instrumente de gestionare a configurației precum Marionetă sau Şef contribuie cu un nivel suplimentar de definire a dependențelor. Putem defini nu numai dependențele din cadrul aplicației noastre, ci și la nivelul infrastructurii și al configurării serverului. De exemplu, putem crea o mașină virtuală pentru un test și putem instala / configura motan înainte de publicarea artefactelor noastre.
Monitorizarea ineficientă a producției
Uneori configurați instrumentele de monitorizare într-un mod care produce multe date irelevante din producție, cu toate acestea, alteori nu produc suficient sau nimic. Nu există o definiție a ceea ce trebuie să aveți grijă și care sunt valorile.
Trebuie să fiți de acord cu privire la ce să monitorizați și ce informații să produceți, apoi să puneți în aplicare controalele. Instrumentele de gestionare a performanței aplicațiilor sunt de mare ajutor dacă organizația dvs. își permite să arunce o privire la AppDynamics, New Relic și AWS X-Ray.
Scenarii de date DevOps
DevOps se referă la eliminarea riscurilor asociate cu dezvoltarea de software nou: analiza datelor identifică acele riscuri. Pentru a măsura și a îmbunătăți continuu procesul DevOps, analiza ar trebui să se întindă pe întreaga conductă. Aceasta oferă informații neprețuite managementului în toate etapele ciclului de viață al dezvoltării software-ului.
1. Mai puțin timp pentru a analiza datele
Cu toate datele generate la un moment dat, organizațiile trebuie să accepte că nu le pot analiza pe toate. Pur și simplu nu este suficient timp în zi - și, din păcate, roboții nu sunt suficient de sofisticați pentru a face totul pentru noi.
Din acest motiv, este important să stabiliți ce seturi de date sunt cele mai semnificative. În majoritatea cazurilor, acest lucru va fi diferit pentru fiecare organizație. Deci, înainte de a vă scufunda, determinați obiectivele și obiectivele cheie ale afacerii. De obicei, aceste obiective se învârt în jurul nevoilor clienților - în primul rând cele mai valoroase caracteristici care sunt cele mai importante pentru utilizatorii finali. Pentru un comerciant cu amănuntul, de exemplu, analizarea modului în care traficul interacționează cu pagina de verificare de pe site și testarea modului în care funcționează în back-end se află în capul listei.
Câteva sfaturi rapide pentru a identifica datele care sunt cele mai importante de analizat:
Realizați un grafic: determinați impactul pe care îl vor avea întreruperile asupra afacerii dvs., punând întrebări precum „Dacă X se rupe , ce efect va avea asupra altor caracteristici? ”
Uitați-vă la datele istorice: identificați unde au apărut probleme în trecut și continuați să analizați datele din teste și să construiți pentru a vă asigura că nu se vor mai repeta.
2. Comunicare dificilă
Astăzi, majoritatea organizațiilor operează în continuare cu diferite echipe și persoane, identificându-și propriile obiective și utilizând propriile instrumente și tehnologii. Fiecare echipă acționează independent, deconectată de la conductă și întâlnindu-se cu alte echipe numai în faza de integrare.
Când vine vorba de o imagine mai largă și de identificarea a ceea ce funcționează și nu funcționează, organizația se luptă să ajungă la o singură soluție. Acest lucru se datorează faptului că mai ales că toată lumea nu reușește să împărtășească datele generale, făcând imposibilă analiza.
Pentru a depăși această problemă, revizuiți fluxul de comunicare pentru a vă asigura că toată lumea colaborează pe tot parcursul SDLC, nu doar în timpul procesului de integrare.
Mai întâi, asigurați-vă că există o sincronizare puternică a valorilor DevOps de la început. Progresul fiecărei echipe ar trebui să fie afișat într-un singur tablou de bord, utilizând aceiași indicatori cheie de performanță (KPI) pentru a oferi vizibilității managementului întregului proces. Acest lucru este făcut astfel încât să poată colecta toate datele necesare pentru a analiza ce a mers prost (sau ce a reușit).
Dincolo de conversația inițială privind valorile, ar trebui să existe o comunicare constantă prin întâlniri de echipă sau canale digitale precum Slack.
3. Lipsa forței de muncă
Când avem personal redus, avem nevoie de instrumente mai inteligente care să utilizeze învățarea profundă pentru a introduce datele pe care le colectăm și pentru a lua decizii rapid. La urma urmei, nimeni nu are timp să se uite la fiecare execuție de test (și pentru unele organizații mari, pot fi aproximativ 75.000 într-o zi dată). Trucul este să elimini zgomotul și să găsești lucrurile corecte pe care să te concentrezi.
Aici pot ajuta inteligența artificială și învățarea automată. Multe instrumente de pe piață utilizează astăzi AI și ML pentru a face lucruri precum:
Elaborați scripturi și teste pentru a muta și valida diferite date
Raportează calitatea pe baza comportamentelor învățate anterior
Lucrați ca răspuns la schimbările în timp real.
Prin urmare, am ajuns la sfârșitul acestui articol despre scenarii în timp real DevOps.
Acum că ați înțeles ce sunt scenariile în timp real DevOps, verificați acest lucru de Edureka, o companie de învățare online de încredere, cu o rețea de peste 250.000 de elevi mulțumiți răspândiți pe tot globul. Cursul Edureka DevOps Certification Training îi ajută pe cursanți să înțeleagă ce este DevOps și să câștige expertiză în diverse procese și instrumente DevOps precum Puppet, Jenkins, Nagios, Ansible, Chef, Saltstack și GIT pentru automatizarea mai multor pași în SDLC.
Ai o întrebare pentru noi? Vă rugăm să o menționați în secțiunea de comentarii a acestui documentArticolul DevOps Scenarii în timp realși ne vom întoarce la tine.