Cum ITIL, DevOps și SRE lucrează împreună pentru organizația dvs

Când cineva vă întreabă ce tip de „magazin” este organizația dvs., puteți răspunde cu încredere că este ITIL, DevOps sau SRE?

Poate că unii oameni pot, dar dacă sunteți o întreprindere mare, răspunsul este probabil o combinație a mai multor dintre aceste modele de operare, mai ales că SRE a devenit o implementare cheie a DevOps. ITIL poate funcționa eficient alături de principiile DevOps și SRE, deși la prima vedere par a fi specii diferite.

Trucul este să vă asigurați că, indiferent de modelele de operare sau lanțurile de instrumente diferite ale organizației dvs., există vizibilitate, comunicare și colaborare partajată între echipe. Acest lucru va permite echipelor dvs. disparate să rămână aliniate în timp ce utilizează cele mai bune practici din fiecare metodologie.

Ce este ITIL? Daca nu esti familiarizat...

ITIL înseamnă biblioteca de infrastructură a tehnologiei informației și este o metodologie care a fost dezvoltată pentru a crea o singură sursă de bune practici pentru tehnologia informației. Potrivit lui Sarah K. White și Lynn Greiner:

„Dezvoltat de către Agenția Centrală de Calculatoare și Telecomunicații (CCTA) a guvernului britanic în anii 1980, ITIL a constat mai întâi din peste 30 de cărți, dezvoltate și lansate de-a lungul timpului, care codificau cele mai bune practici în tehnologia informației acumulate din multe surse (inclusiv cele mai bune vânzători). practici) din întreaga lume”.

ITIL a fost actualizat la a patra versiune acum, iar abordarea sa condensat la nouă cărți. În timp ce aceste cărți reflectă epoca tehnologică modernă, ele sunt încă foarte concentrate asupra idealurilor de bază originale ale ITIL. Aceste idealuri includ „automatizarea proceselor, îmbunătățirea managementului serviciilor și integrarea departamentului IT în afacere”. ITIL este în mod tradițional o metodologie de sus în jos, foarte structurată și bazată pe proces și rămâne unul dintre cadrele IT cele mai adoptate astăzi.

Unele dintre practicile cheie ale ITIL includ catalogul de servicii și proiectarea, monitorizarea și gestionarea evenimentelor, managementul incidentelor și problemelor, managementul versiunilor, managementul configurației și multe altele. Toate aceste practici sunt valabile indiferent de modelul de operare, dar se pot manifesta diferit în contextul diferitelor nevoi arhitecturale și fluxuri de lucru. Aceste practici sunt adesea valoroase chiar și pentru organizațiile care se identifică puternic ca magazine DevOps sau SRE.

Care este relația dintre ITIL și ITSM?

ITSM, sau managementul securității tehnologiei informației, este procesul prin care o companie își gestionează serviciile IT. Acest proces este foarte orientat către client și conține de obicei 5 pași:

1. Strategia de servicii
2. Design de servicii
3. Tranziția serviciului
4. Operare de service
5. Îmbunătățirea continuă a serviciilor

ITIL este un cadru pentru implementarea practicilor ITSM. Acest cadru este neutru în organizație și, prin urmare, poate fi aplicat aproape tuturor afacerilor, chiar dacă singurii clienți pe care IT se concentrează sunt cei interni. Întrucât sunt atât de strâns legate, nu este surprinzător faptul că ITIL și ITSM se aliniază la multe probleme.

Potrivit itiltraining.com:

„Se pune un mare accent pe îmbunătățirea continuă. Aceasta implică măsurarea și îmbunătățirea constantă a proceselor, a serviciilor IT și a infrastructurii IT. Procedând astfel, le maximizează eficiența, eficacitatea și rentabilitatea.”

Cum funcționează ITIL cu DevOps

Când urmați procesul ITIL, vă concentrați pe alinierea IT la obiectivele de afaceri ale organizației dumneavoastră. Acest lucru se potrivește bine cu filozofia DevOps de a distruge silozurile în întreaga organizație. În plus, prin distrugerea acestor silozuri, puteți elimina blocajele în comunicare, permițând echipelor să livreze mai rapid funcțiile pe care clienții le doresc și să respecte modelul CAMS (cultură, automatizare, măsurare, partajare) mai îndeaproape. Dar cum arată de fapt acest lucru atunci când este aplicat unei organizații?

Când să folosești pe care?

Organizația dumneavoastră se va baza probabil pe ITIL și DevOps pentru diferite situații, pentru a veni cu cea mai eficientă soluție pentru diferite scenarii. De exemplu, ar putea avea sens să folosim cele mai bune practici DevOps între echipele de dezvoltare și operațiuni, care trebuie aliniate la fluxurile de lucru, introducerea codului, automatizarea și monitorizarea.

Cu toate acestea, atunci când comunicați între diferite părți ale organizației care pot rula la viteze diferite, să spunem vânzări și IT, practicile ITIL ar putea fi utile. Acest grafic de mai jos oferă doar câteva exemple despre modul în care cele două metodologii ar putea fi aplicate în situații diferite:

Alinierea între IT și restul organizației dvs

Rezultatul utilizării unui amestec de bune practici ITIL și DevOps este o mai bună aliniere la obiectivele la nivel de organizație. Atunci când IT și restul unei organizații funcționează ca entități total independente, probabil că o parte se va simți întotdeauna suprasolicitată și subsusținută. În „Proiectul Phoenix”, un roman care analizează luptele unei organizații fictive cu integrarea IT, acesta devine un conflict central.

În carte, IT a fost parțial responsabil pentru inițiativele de cercetare și dezvoltare și vânzări reușite. Cercetarea și dezvoltarea au necesitat date exacte și raportare a inventarului pentru a reumple inventarul și a intra pe piață cu produse noi în timp util. Vânzările au necesitat un sistem CRM, telefon/poștă vocală și MRP care să fie eficient. În caz contrar, au rămas fără posibilitatea de a adăuga sau modifica comenzile clienților și nu au nicio modalitate de a gestiona sănătatea clienților.

Fără comunicare interfuncțională, nu exista nicio modalitate de a planifica aceste schimbări necesare. În schimb, departamentele și-au făcut pretenții nerezonabile unul față de celălalt, mingile au fost frecvent scăpate, iar veniturile companiei au scăzut.

Acest conflict a fost rezolvat atunci când IT-ul s-a aliniat și a comunicat cu restul organizației, iar alți șefi de departamente au oferit acceptare la nivel înalt pentru inițiativele IT. Prin distrugerea silozurilor și lucrând împreună, multe dintre aceste probleme au fost rezolvate.

Uneori, sincronizarea inițiativelor IT și a inițiativelor de afaceri par asincrone. Cu toate acestea, utilizând cele mai bune practici ITIL și DevOps, organizațiile pot crea o cronologie coerentă. Mai jos este un grafic care arată modul în care aceste procese pot funcționa simultan pentru a satisface întreaga organizație.

Proprietate comună și îmbunătățire continuă

Pe lângă îmbunătățirile procesului, crearea alinierii între cadrele DevOps și ITIL din organizația dvs. duce și la un alt beneficiu semnificativ: o schimbare a mentalității. DevOps aduce noi inovații cadrului ITIL prin încurajarea proprietății partajate și îmbunătățirea continuă.

Când silozurile organizaționale sunt minimizate, obiectivele organizației devin obiectivele indivizilor. Toată lumea deține succesul și eșecul afacerii, deoarece toți sunt membri ai aceleiași echipe, orientați în jurul acelorași rezultate. Departamentele nu mai sunt puse una împotriva altora. Îmbunătățirea continuă devine o parte a culturii companiei, iar eșecul este celebrat și recunoscut ca o oportunitate de învățare.

Cum funcționează ITIL cu SRE

Acum că am abordat cum se aliniază DevOps și ITIL, este timpul să vorbim despre cum se aliniază SRE și ITIL. Deoarece SRE este o implementare a DevOps, multe dintre aceste aliniamente sunt similare. Este posibil să folosiți cele mai bune practici din toate cele trei metodologii pentru a ajuta o organizație să funcționeze la eficiență maximă. În practică, ITIL și SRE pot face de fapt o combinație grozavă.

Primul motiv este simplu: fiecare organizație își dorește clienți fericiți, iar ITIL și SRE pot ajuta diferitele funcții să lucreze împreună pentru a face acest lucru realitate. Încorporarea fiabilității pe tot parcursul ciclului de viață al software-ului poate asigura o rată mai mare de fericire a clienților. Odată cu cea mai nouă revizuire a ITIL, care introduce șapte principii directoare, SRE și ITIL se aliniază și mai strâns.

Cele șapte principii ale ITIL 4

Mai jos sunt cele șapte principii ale ITIL 4. Să le discutăm mai detaliat.

1. Începe de unde ești

Adoptarea celor mai bune practici SRE nu este o singură dimensiune și toată lumea începe de undeva. Ceea ce contează cel mai mult este să luați primii pași și să implementați și să repetați pe măsură ce mergeți.

2. Păstrați-l simplu și practic

În capitolul despre simplitate al cărții Google SRE, acesta afirmă:

„Spre deosebire de aproape orice altceva în viață, „plictisitor” este de fapt un atribut pozitiv când vine vorba de software! Nu vrem ca programele noastre să fie spontane și interesante; dorim ca ei să respecte scenariul și să-și atingă în mod previzibil obiectivele de afaceri.”

Simplitatea atât în ​​software, cât și în operațiunile de afaceri simplifică comunicarea, crește viteza și ajută la asigurarea că fiabilitatea nu este compromisă. Mai puțin înseamnă mai mult.

3. Optimizați și automatizați

Unul dintre obiectivele SRE este să automatizeze procesele grele și să elibereze timp dezvoltatorului pentru a concentra inovația în loc de munca neplanificată. Acest lucru optimizează fluxurile de lucru și permite livrarea mai rapidă a noilor funcții.

4. Progresați iterativ cu feedback

SRE-urile stabilesc alerte pentru cele mai importante valori centrate pe utilizator. Valorile, alertele și SLO-urile de care sunt legați sunt toate repetate pentru a satisface nevoile clienților.

5. Colaborați și promovați vizibilitatea

SRE este colaborativ cultural. Se concentrează pe o cultură a muncii fără vină, care apreciază învățarea din eșec și încrederea că fiecare membru al echipei face ceea ce crede el sau ea că este mai bine pentru organizație.

6. Concentrați-vă pe valoare

Fără clienți, software-ul nu are valoare. Valoarea afacerii este creată atunci când clienții doresc și primesc ceea ce au nevoie de la un produs. Cele mai bune practici SRE asigură că produsul este suficient de fiabil pentru a oferi valoare clienților, oferind astfel valoare organizației.

7. Gândește și lucrează holistic

Prin distrugerea silozurilor și concentrându-se pe scalabilitate și fiabilitate la un nivel holistic, SRE-urile sunt capabile să ofere beneficii semnificative în maturizarea organizației. Succesul la nivel de afaceri este în mâinile fiecărui membru al echipei, iar SRE lucrează pentru a se asigura că produsul, sistemele și procedurile companiei sunt suficient de rezistente pentru a nu doar să îndeplinească, ci și să depășească standardele clienților.

Management flexibil și rapid al schimbărilor

Una dintre cele mai bune practici ITIL este managementul coordonat al schimbărilor, supravegheat de Consiliul de Autorizare a schimbării (CAB). Cu toate acestea, după cum a menționat partenerul de la Mindbridge Kaimar Karu:

„Pentru ca CAB să examineze fiecare cerere de schimbare nu este eficient și cu siguranță nu este de bun simț, mai ales când costurile acestora pot ajunge la zeci de mii de implementări pe oră în unele organizații. Cu toate acestea, este foarte logic ca CAB să examineze cererile de modificare cu risc necunoscut, atunci când părți ale afacerii trebuie consultate pentru că ar putea fi afectate.”

SRE poate ajuta în acest sens, iar principiile sale de bază ajută la facilitarea managementului schimbărilor mult mai flexibil și mai rapid. Practicile de gardă permit echipelor să fie mai responsabile non-stop pentru codul în producție. Rollback-urile pot fi automatizate ca parte a remedierii rapide. Mortems-ul incidentului facilitează informațiile critice ale învățării, cum ar fi SLO-urile, ajută echipele să se alinieze la ceea ce contează și să treacă prin complexitățile explozive ale managementului modern al serviciilor.

În plus, bugetele de eroare creează un ghid pentru echipele de dezvoltare cu privire la momentul în care este sigur să livreze o funcție nouă. Dacă există spațiu suficient în bugetul de eroare, modificarea este aprobată, dar dacă bugetul de eroare este epuizat sau se apropie de epuizare, modificarea este amânată până la următoarea fereastră.

Această flexibilitate suplimentară este, de asemenea, inspirată de mentalitatea conducerii SRE. În loc de filozofia de comandă și control, SRE recunoaște nevoia de flexibilitate într-un mediu în continuă schimbare și se concentrează asupra contextului asupra controlului. Aceasta înseamnă că, dacă o caracteristică critică pentru afaceri trebuie să fie livrată, aceasta va fi expediată.

Echipa de vis ITIL, DevOps și SRE

În timp ce unele organizații operează în contextul uneia dintre aceste metodologii, multe consideră că o combinație a celor trei este cea mai eficientă modalitate de a alinia obiectivele de afaceri și IT pentru a crea servicii sigure și de încredere. Mai jos este un grafic cu punctele forte ale fiecărei metodologii. Deși se pot baza pe aceleași principii și încearcă să obțină același rezultat, metodologiile sunt de fapt diferite și foarte complementare.

Concluzie

Identificând care practici au cel mai mult sens pentru echipa dvs. și cu unele încercări și erori, puteți găsi combinația finală care vă asigură că organizația dvs. va funcționa la eficiență maximă.

Mai mult conținut: Continuați să învățați. Descoperiți cum poate beneficia compania dvs. de pe urma unei culturi fără vină.