Ce este DevOps și ce sarcini face un inginer DevOps
Termenul DevOps (Operațiuni de dezvoltare sau operațiuni în cadrul
Un arsenal bogat de practici apropie DevOps de ceilalțipopular în sfera IT folosind metoda Agile. Este o abordare iterativă de proiectare care vă permite să vă adaptați la cerințele în schimbare. În consecință, specialistul DevOps încearcă să îmbunătățească produsul, iar procesele de afaceri să fie mai previzibile și mai transparente. De asemenea, îmbunătățește indicatorii de afaceri, cum ar fi scurtarea Time-to-Market. Aceasta este perioada de timp de la începutul dezvoltării produsului până la lansarea pe piață. Cunoașterea factorilor care întind timpul pentru crearea de software și o abordare a sistemelor permit inginerului DevOps să facă producția continuă și rapidă. Pentru a fi mai clar, puteți desena o analogie cu o bandă transportoare pentru asamblarea mașinilor. Toate piesele sunt proiectate în avans, astfel încât să se potrivească perfect în timpul asamblării. Inginerii care proiectează un motor se gândesc la modul în care funcționează împreună cu roțile, sistemul de frânare etc. DevOps face același lucru: își asumă responsabilitatea pentru mai mult produs decât dezvoltatorul, asigură colaborarea tuturor echipelor.
Pink Pony World: Race for Philosophy Fashion
Cu toate acestea, nu toate companiile au nevoie de DevOps.De exemplu, în echipele fără departamente IT preexistente care nu sunt implicate în producția unui produs digital, filosofia DevOps nu se aplică deloc. Aceste domenii includ companii al căror profit nu depinde în mod direct de cât de mulțumiți sunt clienții cu produsul IT cu care interacționează. În plus, adesea nu este potrivit pentru întreprinderile mici. Metodologia necesită schimbări în multe procese de afaceri stabilite și chiar în cultura corporativă. Este posibil ca companiile mici să nu tolereze astfel de schimbări din punctul de vedere al economiei proiectelor.
Boala la modă a transformării digitale este adeseaprivește șefii unor astfel de companii. În căutarea unei optimizări nesfârșite, uită de alți factori care afectează afacerea. Prin urmare, companiile pierd bani, eficiență și, în cel mai rău caz, procesele de afaceri care au fost construite de-a lungul anilor. Pentru ei, DevOps poate fi foarte benefic. Astfel, conform raportului anual al Alfa-Bank pentru 2017, introducerea metodologiei ne-a permis să accelerăm dezvoltarea și implementarea de 60 de ori.
Operator multi-mașini Stakhanovite în locul unui atelier de angajați
Desigur, o astfel de funcționalitate extinsă este dificilăsă fie realizat de un singur angajat, deci în mod ideal este implicată o întreagă echipă multifuncțională în DevOps. Acesta include profesioniști în roluri și manageri de procese și produse, dezvoltator de coduri de infrastructură, inginer și multe alte roluri. Cu toate acestea, în practica rusă, un specialist DevOps poate deveni adesea un mod la modă de a economisi bani la crearea de produse. De obicei, această situație apare după ce managerul de top al companiei decide că a sosit momentul transformării digitale. Compania recrutează urgent noi specialiști sau extinde lista responsabilităților dezvoltatorilor și administratorilor de sistem existenți. Drept urmare, serviciile de recrutare nu oferă locuri de muncă vacante pentru inginerii DevOps, ci pentru angajații cu mai multe stații.
Un astfel de angajat poate fi obligat individualconfigurați servere, stabiliți sisteme de cablare, apoi urmăriți erorile, configurați baze de date și găzduire de proiecte etc. Acest exemplu este extrem, dar real. Drept urmare, angajații se epuizează rapid, iar implementarea metodologiei în activitatea companiei eșuează. Tratarea unui specialist DevOps ca un magician care poate gestiona simultan un număr mare de sarcini, împreună cu monitorizarea funcționării întregului sistem, nu va aduce profit pentru afacere.
O altă problemă comună este legată deîmpărțind echipa în două grupuri care nu se pot înțelege între ele. Imaginați-vă că o companie IT are un departament DevOps, căruia îi este permis să schimbe procedurile obișnuite de lucru. Cu toate acestea, aceste reguli rămân obligatorii pentru alți dezvoltatori. Desigur, în acest caz nu este nevoie să vorbim despre cooperare și „perfectivitate” a muncii. Cele două echipe încep să se ciocnească și productivitatea scade.
Praful de pușcă în cală: DevOps nu este doar abilități
Una dintre sarcinile departamentului DevOps este de a stabilicomunicare între diferiți specialiști IT ai companiei. Inginerii DevOps nu trebuie doar să implementeze tehnologii și procesele de depanare, ci să scufunde echipa de dezvoltare în cursul lucrurilor - să împartă responsabilități, să contribuie la creșterea competențelor. Cu toate acestea, adesea astfel de specialiști sunt angajați în sarcini pur tehnice, de obicei din cauza lipsei banale de timp, atât pentru aceștia, cât și pentru cei ale căror competențe trebuie sporite.
Ca urmare, datorită faptului că a introdus la modăToată lumea folosește tehnologii, iar cunoștințele și abilitățile sunt concentrate într-un singur departament, apar situații-probleme, inclusiv catastrofale. Noile soluții create de inginerii DevOps, fără o muncă bine coordonată a diferitelor departamente, pot aduce cât mai multe probleme pe care ar fi trebuit să le rezolve inițial, ceea ce nu înseamnă că specialiștii DevOps ar trebui să creeze o cultură corporativă de la zero, așa cum par să facă adesea cele interne. gândiți-vă. Unitatea conductei de producție digitală și încurajarea transferului de noi competențe și comunicare trebuie să vină de la liderii companiei. Fără aceasta, chiar și echipa DevOps se va dezvolta prost și nu va împărtăși cunoștințele cu echipa.
Nici externalizarea DevOps și niciconsultarea cu un specialist din exterior. În primul caz, echipa externă se concentrează nu pe nevoile companiei client, ci pe un set standard de tehnologii care sunt cotate pe piață. Pentru client, aceasta este o loterie: angajații externalizați folosesc o înțelegere vagă a DevOps pe piață. Ca urmare, procesele de afaceri devin din ce în ce mai complexe, dar acest lucru nu aduce niciun beneficiu afacerii. De multe ori companiile încurajează această abordare - de exemplu, cerându-le să nu-și schimbe procesele de dezvoltare. Este clar că acest lucru este contrar conceptului DevOps.
Lung, scump, problematic: DevOps aspri în rusă
În loc să aplice filozofia DevOps lala toate procesele de afaceri, companiile autohtone preferă deseori să lucreze la instrumente care nu vor afecta viteza de lucru. Unul dintre rezultate, de exemplu, este „zidul de cărămidă” - Operațiuni, adică echipa de administratori de sistem, rămâne izolată, iar dezvoltatorii aruncă aplicații asupra lor. Desigur, setul de instrumente se îmbunătățește în continuare. Cu toate acestea, nu au loc schimbări fundamentale, transparența nu crește, iar colaborarea echipei IT nu se îmbunătățește.
Încă o capcană de care se împiedicămanagerii la implementarea DevOps - lipsa bazelor de cunoștințe corporative. Potrivit raportului DORA din 2019, echipele care au folosit surse de informații interne ale companiei au fost de 1,73 ori mai eficiente decât altele. Această problemă se rezumă din nou la cultura închisă a multor companii rusești, în care echipa nu împărtășește cunoștințele. Din cauza acestui caracter închis, companiile încep să acumuleze datorii tehnice. Instrumentele devin depășite, artefactele nu sunt eliminate, documentația nu este actualizată.
Nevoia obiectivă a afacerii de stabilitate a producției și, prin urmare, de profit, împreună cu o bază tehnologică învechită și datoria tehnică, duc la utilizarea nereușită a DevOps.
Toate acestea duc adesea la faptul că, după o lungă agonie, noile soluții oferite de echipa DevOps sunt pur și simplu aruncate, iar procesele sunt „retrocedate”.
Fiecare companie are propria cale de transformare digitală.În majoritatea cazurilor, schimbă într-adevăr modul în care codul dvs. este dezvoltat și implementat în bine. Aceasta înseamnă că DevOps există încă în Rusia: în fiecare lună există multe locuri de muncă vacante pe piață legate de această metodologie. Un alt lucru este că există definiții diferite ale specialității și sarcini practice în spatele lor. Cu toate acestea, companiile ar trebui să se oprească din urmărirea sistemelor informatice ideale fantomatice și să fie critice pentru adoptarea unei filozofii la modă, dar nu neapărat profitabile, prioritizând propriile nevoi.
Vezi și:
Pot exista universuri în găurile negre. Vă povestim despre noua descoperire
În ziua a 3-a de boală, majoritatea pacienților cu COVID-19 își pierd simțul mirosului și suferă adesea de un nas curgător
Cercetare: 15 milioane de tone de microplastice găsite pe fundul oceanului