DevOps versus SysAdmin: rivali sau colaboratori?

Acum câteva posturi vorbeam despre SysAdmins, în special în postarea numită «Sysadmin: Arta de a fi administrator de sistem și server ». Și am spus că erau un fel de „... profesionist IT cu experiență all-in-one, a cărui zi normală este de obicei plină cu un număr mare de activități variate, programate sau nu ...” și „... persoana respectivă responsabil pentru asigurarea funcționării corecte a fiecărei platforme tehnologice și IT în care lucrați, ... ».

În acest post vom vorbi despre DevOps, genul de „rasă” nouă (generație) de dezvoltatori de software, despre care s-a auzit de aproximativ opt sau zece ani. Această nouă generație de programatori s-a născut din măruntaiele centrelor tehnologice și ale companiilor IT moderne de renume mondial și care își datorează numele termenului derivat din cuvintele englezești „Dezvoltare” și „Operațiune”.

Introducere

În câteva cuvinte, am putea spune că un DevOps este un programator capabil să îndeplinească toate funcțiile care intervin în ciclul de viață al „Dezvoltării software” și nu numai., cum ar fi: Programare, Funcționare, Testare, Dezvoltare, Asistență, Servere, Baza de date, Web și orice altul care este necesar.

Se spune că această nouă „generație de dezvoltatori de software” a apărut în acele „startup-uri tehnice” mici, moderne și de succes. format din grupuri mici de „specialiști IT”, în principal dezvoltatori de software.

Și, după cum știm deja, aceste „startup-uri” fac în general soluții software rapide (de la 6 la 12 luni) și astfel rezolvă probleme și nevoi specifice și complexe din lumea reală. Aceasta înseamnă că tind să aibă o rată de mortalitate extrem de ridicată.

Din acea realitate trăită în aceste startupuri își are originea o nouă „Cultură a dezvoltării software” bazată pe filosofia cunoscută sub numele de „Release Early, Release often” (lansări timpurii, lansări frecvente) în care software-ul este modificat și lansarea „On Fly” (în zbor), adică din mers pentru a fi utilizate imediat de către utilizatorii aceluiași.

Utilizatorii care hrănesc dezvoltatorii din „Feedback-uri” obținut cu cei care au făcut îmbunătățiri și actualizări ale codului din mers.

Această nouă „cultură a dezvoltării software” a schimbat „cultura tradițională a dezvoltării software” unde fiecare membru al unei "Unități IT" (Calcul / Tehnologie) are o funcție cu funcții bine definite și specifice, cum ar fi: Dezvoltator junior, Dezvoltator principal, Administrator de baze de date, Administrator de sistem și / sau server, Analist și / sau Tester de aplicații , Suport tehnic, printre altele.

Această situație este tocmai ceea ce face ca un DevOps să semene mult cu un SysAdmin, adică întreprinderile mici de mare activitate care încearcă să reducă dimensiunea personalului specialiștilor IT pentru a produce o reducere a costurilor de funcționare ale aceleiași organizații. Dând naștere „dezvoltatorilor de software” și „administratorilor de sistem și de server” care se ocupă de multe domenii și funcții multidisciplinare ale tehnologiei în comun.

Prin urmare, DevOps nu este doar o persoană sau o poziție, este și o tendință, o mișcare, o cultură organizațională foarte răspândită astăzi. Despre care puteți afla mai multe citind aceste alte 2 articole numite: «DevOps»Y«Ce este DevOps?“.

conținut

Cele de mai sus sunt tocmai motivul pentru care DevOps și Sysadmin sunt văzuți literalmente ca „Jack of all Trades” sau „Master of None”, adică „Slujitorii a tot” sau „Stăpânii nimicului”, întrucât sunt capabili să „facă totul sau multe lucruri fără a deveni un expert în nimic”.

Ceea ce tinde să devalorizeze valoarea acestor profesioniști pe piața muncii, deoarece specializarea pe termen lung este cea mai bună investiție pentru un profesionist și o organizație. Acest lucru se datorează faptului că tehnologia informației este compusă din domenii multiple și extinse de cunoștințe pe care este practic imposibil să le stăpânești pe deplin (să înveți, să reții, să actualizezi) pentru un singur profesionist.

Pentru ca un DevOps sau un Sysadmin să aibă capacitatea intelectuală de a rezolva aproape orice problemă tehnologică care apare, implică un cost cognitiv foarte ridicat, Ce favorizează faptul că au tendința de a prezenta anumite grade de „stres de lucru” (Burn Out) și, în consecință, suferă o scădere a productivității sau a eficienței muncii.

SysAdmin

Sysadmin tind să cuprindă următoarele funcții și activități:

1. Implementați nou sau eliminați învechit
2. Faceți copii de rezervă
3. Monitorizați performanța
4. Gestionați modificările de configurație
5. Operați aplicații și sisteme de operare
6. Gestionați conturile de utilizator
7. Monitorizați securitatea computerului
8. Faceți față eșecurilor și căderilor
9. Îndepliniți cerințele utilizatorilor
10. Raportează la nivelurile responsabile directe ale organizației
11. Documentați activitățile de calcul ale sistemului și ale platformei

Și trebuie să aveți unele cunoștințe despre:

1. programare
2. Baze de date
3. Securitatea IT
4. Reţele
5. Sisteme de operare

DevOps

DevOps tind să fie fluent într-o mare varietate de limbaje de programare, pe lângă faptul că posedă capacități tehnice și abilități de management. Un DevOps este de obicei un amestec de dezvoltator de software și Sysadmin a cărei funcție este de obicei privită ca o eliminare a barierelor dintre ambele profiluri. Deci, este de așteptat ca un DevOps să aibă cunoștințe atât despre software cât și despre hardware (infrastructură / platformă) ale organizației unde lucrează.

Prin urmare, DevOps sunt de obicei capabili să:

1. Scrieți cod și efectuați funcția de programator.
2. Gestionați servere multi-platformă și efectuați funcția unui SysAdmin.
3. Gestionați rețelele și efectuați funcția NetAdmin.
4. Gestionați o bază de date (BD) și efectuați funcția unui DBA.

Acest lucru ne lasă în concluzie că un DevOps bun:

Este capabil să îndeplinească activitățile și funcțiile minime ale fiecărui specialist în zonă dintr-o unitate IT. Ceea ce nu este adesea cazul în cazul invers, pentru SysAdmins și alți specialiști ITCa SysAdmin, NetAdmin, DBA sau specialist în asistență tehnică, în general, nu tinde să scrie cod în mod consecvent și eficient în limbi de nivel înalt sau populare din punct de vedere comercial.

Ceea ce ne lasă cu faptul că un DevOps are, de obicei, o cunoaștere care îi permite să-i înlocuiască pe toți ceilalți, fără a fi același în sens invers. Și acest lucru face ca DevOps să fie mai apreciate pe piața muncii, adică sunt la modă și fiecare organizație mică sau mijlocie (în principal) își dorește una, provocând o devalorizare a restului pozițiilor tradiționale din cadrul unei Unități IT.

Și că aceste 2 poziții sunt de altă natură, deși împărtășesc multe sarcini comune. Diferențe precum DevOps:

• Ei colaborează la un nivel înalt cu organizațiile și garantează sinergia în fiecare secțiune a companiei, în timp ce SysAdmin se concentrează mai mult pe Gestionare (Configurare, întreținere și actualizare a serverelor și sistemelor informatice).
• Acestea tind să lucreze mai des la proiecte cu un produs de la capăt la capăt, în timp ce SysAdmins tind să fie mai limitate la un domeniu mai mic și o responsabilitate (excepțională) cu privire la aceleași proiecte / produse.
• De obicei, pot face tot ceea ce face un SysAdmin, dar un SysAdmin nu poate face de obicei tot ceea ce face un DevOps.

Concluzie

Obiectivul urmărit de termenul „DevOps” ca tendință sau cultură organizațională este de a promova cultura echipei, bazată pe colaborare și comunicare între indivizi din diferitele domenii implicate în dezvoltarea de sisteme software. Prin urmare, „DevOps” într-o organizație favorizează integrarea între membrii zonei pentru dezvoltatori de software, operatorii de sistem sau administratorii de sistem și server, încercând să o facă mai perfectă, mai transparentă și mai prietenoasă.

Deși unii dintre organizații tind să vadă efectul opus, adică să vadă cum cultura DevOps reprezintă distrugerea majorității rolurilor din cadrul unităților IT. De exemplu, modul în care programatorii tind să meargă DevOps și apoi să înlocuiască SysAdmin, NetAdmin, DBA, specialiști în asistență și așa mai departe, inclusiv dezvoltatorii de software care scriu doar cod.

Dacă aveți mai multe întrebări despre acest subiect, vă recomand să citiți documentul de lucru legat de acesta găsit în acest document legătură.