Conţinut
Sursa: Nexusplexus / Dreamstime.com
La pachet:
DevOps - combinarea dezvoltării și a operațiunilor - este o metodă de dezvoltare software care câștigă popularitate datorită eficienței sale.
Indiferent de strategia IT, se poate ghici că fiecare strategie IT vizează livrarea la timp a unui software de calitate, remedierea rapidă a problemelor, îmbunătățirea experienței utilizatorului și utilizarea optimă a resurselor. Modelele tradiționale de dezvoltare de software nu au reușit, în anumite variante, să atingă aceste obiective. Companiile s-au străduit să găsească un echilibru între livrarea la timp a software-ului de calitate și utilizarea optimă a resurselor. Acum, disponibilitatea software-ului în cloud înseamnă că utilizatorii pot accesa software prin browsere standard. Drept urmare, feedback-ul și problemele se inundă, punând companiile de software sub o presiune imensă pentru a livra remedieri rapid. Un motiv major al unor astfel de probleme este deconectarea între dezvoltarea, QA și echipele operaționale. Conceptul DevOps a ajutat companiile să gestioneze aceste probleme printr-o mai mare colaborare între echipe și gestionarea proactivă a problemelor. Principiile DevOps sunt încorporate în modelele de dezvoltare software ale multor companii.
Ce este DevOps?
DevOps este o cultură recentă a dezvoltării de software care a redefinit modul în care companiile ar trebui să dezvolte și să gestioneze software-ul într-un scenariu de afaceri schimbat. Acum, multe aplicații software sunt găzduite în cloud și puse la dispoziția utilizatorilor prin intermediul browserelor. Utilizatorilor li se oferă, de asemenea, căi de publicare a feedback-ului sau a problemelor lor. Drept urmare, companiile primesc rapid multe feedback-uri. Această situație este diferită de cea în dezvoltarea tradițională a software-ului, când erorile sau problemele au fost raportate prin intermediul unor canale specificate și a durat un anumit timp pentru a ajunge la echipa în cauză. Raportarea frecventă a erorilor și problemelor pune presiune imensă asupra companiei pentru a remedia rapid problemele. În modelele tradiționale de dezvoltare software, echipele de dezvoltare, QA și operațiuni sunt deconectate unele de altele, ceea ce duce la o reacție întârziată la probleme. Într-un mediu concurențial, acesta ar putea fi un factor critic.
Termenul DevOps a fost creat prin combinarea cuvintelor „dezvoltare” și „operații”, iar ideea principală este sinergia dintre dezvoltatori și echipa de operații. În cultura DevOps, munca în silozuri nu este acceptată. Dezvoltatorii, QA-urile și personalul operațional sunt încurajați să se gândească la software-ul total livrabil și la ce pot face pentru a lansa un software de calitate. De exemplu, dezvoltatorul este încurajat să se gândească la scenariile posibile după ce codul a fost verificat, cum ar fi scenariile de rupere a codului, dacă cazurile de utilizare sunt probleme de viață reală sau ipotetice. Pentru a obține răspunsuri la aceste întrebări, dezvoltatorul trebuie să contacteze QA și echipele de operații. Echipele trebuie, de asemenea, să planifice proactiv pentru eventualele probleme și gestionarea acestora.
Pentru a rezuma, ideea principală din spatele DevOps este de a crește colaborarea dintre echipa de dezvoltare și operațiuni, de a prevedea și de a preveni problemele, nu mai gândiți în siloz și gândiți-vă să contribuiți la calitatea software în general. (Pentru a afla mai multe despre DevOps, consultați DevOps 101.)
Principii DevOps
Principalele trei principii care determină cultura DevOps în diverse companii sunt descrise mai jos.
Nu îți poți îmbunătăți abilitățile de programare atunci când nimeni nu îi pasă de calitatea software-ului.
Studiu de caz pe DevOps
Amazon s-a transformat de la un retailer online într-un pionier în spațiul cloud odată cu lansarea Amazon Web Services (AWS), un IaaS la cerere, care este utilizat pe scară largă. Cu toate acestea, când Amazon a intrat în domeniul serviciilor cloud, compania nu știa prea multe despre acest subiect. Au fost multe riscuri. Deci, cum a creat Amazon un succes atât de mare? (Pentru mai multe informații despre AWS, consultați Ce aduc serviciile web Amazon pe cloud?)
Strategia modului în care Amazon a avut succes a trebuit să fie un secret, dar unul dintre foștii săi angajați, Steve Yegge, a scos un memo intern care oferă detalii importante despre ceea ce Jeff Bezos dorea ca angajații să facă succesul pentru a face AWS un succes.
- Toate echipele trebuie să expună date, caracteristici și funcționalități prin interfețe de servicii web.
- Echipele trebuie să comunice între ele prin intermediul acestor interfețe de servicii web. Nicio altă formă de comunicare nu a fost permisă, cum ar fi legarea sau partajarea.
- Echipele au voie să utilizeze orice tehnologie pentru a utiliza interfețele de servicii web - HTTP, CORBA, Pubsub, protocoale personalizate - nu contează care.
- Toate interfețele de servicii web trebuie să fie proiectate astfel încât interfețele să poată fi expuse lumii exterioare.
Pentru a rezuma, inginerii de la Amazon au fost obligați să construiască servicii web prin intermediul cărora puteau să partajeze date, iar acesta ar fi singurul mijloc de a partaja date. Orice echipă care avea nevoie de date de la o altă echipă avea nevoie pentru a găsi servicii web adecvate prin intermediul cărora ar plasa solicitarea. Dacă nu a fost găsit niciun serviciu web adecvat, acestea ar putea escalada problema. Echipele care construiesc un serviciu web au de asemenea nevoie de securizarea serviciilor web, astfel încât acestea să nu poată fi accesate fără verificarea acredităților utilizatorului.
Deci, unde vine DevOps în această imagine? Ca parte a inițiativei AWS, au fost create, utilizate și testate un număr mare de servicii web, care au implicat un număr foarte mare de angajați. Desigur, întreaga gamă de activități a dus la crearea unui număr mare de cazuri de testare, probleme, bug-uri și cazuri de utilizare. În mod clar, aproape toate echipele s-au implicat și și-au jucat rolurile - dezvoltatorii au dezvoltat servicii web, roluri diferite au accesat interfețele și au raportat probleme, dacă este cazul. Dezvoltatorii au trebuit să colaboreze continuu cu operațiunile, QA și alte roluri pentru a se asigura că serviciile web au atins nivelul minim de calitate.
Concluzie
Pentru toate avantajele pe care DevOps le aduce, nu este ușor să îl implementăm în cadrul unei organizații. Întrucât este vorba despre cultură, ruperea barierelor și promovarea unei culturi de comunicare fluidă poate dura mult timp. Schimbarea trebuie să vină de sus. Implementarea noului sistem poate face față rezistenței sub diferite forme. Nu există o modalitate unică de implementare a DevOps în cadrul organizațiilor, având în vedere natura unică a diferitelor medii de lucru. Organizațiile ar trebui să cerceteze care metode ar funcționa cel mai bine pentru circumstanțele lor.