Programul dvs.; Instruire FinOps - Blog Cellenza

finops

În ultima mea postare de blog „Importanța igienei etichetelor într-o abordare FinOps”, am început să introducem câteva principii fundamentale ale FinOps (care este, să ne amintim, luarea deciziilor pe baza indicatorilor de afaceri, cum ar fi stabilirea obiectivelor, mijloacele de monitorizare realizarea acestor obiective etc.). Prin urmare, am pus bazele, pentru a permite consumatorilor noștri să devină conștienți de consumul lor în cloud. Acum sunt capabili să măsoare impactul deciziilor lor viitoare. Acum este momentul să treacă la faza următoare oferindu-le un program de instruire pentru a-și reduce facturile în cloud.

Jucătorii din programul dvs. de antrenament

Programul de antrenament este neapărat adaptat la neoatleta post-internare (o specie invazivă de săli de sport în zilele noastre). Dacă programul este prea dificil de la început, este sigur că va fi descurajat pe termen scurt. Antrenorul sportiv trebuie să adapteze apoi programul la fiecare pentru a-i menține motivați, cu obiective pe care le poate atinge. În cadrul unui grup de participanți, toată lumea nu are același nivel la început, nu aceleași obiective și, mai presus de toate, aceleași motivații (pierderea în greutate, pregătirea pentru primul dvs. semimaraton etc.). Pentru FinOps, este cam la fel. În cadrul companiei, avem mai mulți jucători cu obiective foarte distincte:

  • echipa DevOps,
  • duo-ul Business/Product Owner,
  • Managerul,
  • echipa Finanțe/Achiziții.

Să descoperim împreună acești patru actori.

Rolurile echipei DevOps

În primul rând, am putea prezenta echipa DevOps după cum urmează (fără intenția de caricatură):

  • Furnizarea unei aplicații fiabile este principalul său obiectiv,
  • Urăște ineficiența tehnologică și dorește să fie la curent cu tehnologia,
  • Durata de funcționare a aplicației sale este unitatea sa de măsură,
  • Îi pasă mai mult de reducerea datoriilor tehnice decât a facturii Cloud.

Rolurile echipei Business/Product Owner

Pentru grupul Business/Product Owner, le putem descrie rolurile în acest fel:

  • Responsabil pentru livrarea unui produs respectând specificațiile precise, în căutarea constantă a triunghiului auriu (calitate, cost, timp),
  • Trebuie să demonstreze că resursele alocate (buget, personal, buget cloud etc.) sunt folosite cu înțelepciune pentru a justifica acest buget,
  • Trebuie să demonstreze că este aliniat cu estimările sale bugetare, pentru a evita să supere echilibrul triunghiului auriu.

Rolurile managerului de proiect

Managerul are câteva considerații diferite, iată-le:

  • Purtă o strategie (Digital Factory, Cloud Center of Excellence etc.),
  • El trebuie să dovedească valoarea obținută ca urmare a investițiilor făcute (faimosul ROI),
  • El este în continuă căutare pentru a scurta Timpul până la piață și pentru a demonstra valoarea strategiei sale și pentru a măsura câștigurile obținute.

Rolurile echipei de achiziții/finanțe

În cele din urmă, Achizițiile/Finanțele sunt puțin mai la îndemână și nu vrea să audă decât despre numere:

  • Visăm la o factură Cloud corectă și mai presus de toate previzibilă (avem dreptul să visăm),
  • Aș dori să pot re-factura totul până la cel mai apropiat cent de euro,
  • Dorește să fie informat cât de curând posibil despre riscurile derapajelor bugetare.

Veți înțelege, fiecare actor din acest program este foarte diferit, având propriile considerații. Problema rezidă aici, deoarece considerațiile lor nu sunt întotdeauna aliniate cu o viziune FinOps.

De exemplu, pentru un DevOps, căutarea sa de eficiență tehnologică nu este întotdeauna compatibilă cu o căutare a deficitului bugetar (sic). Cumva, acest lucru este un pic normal, deoarece faptul că resursele sunt disponibile în regim de autoservire contribuie foarte mult. În era pre-cloud, trebuia să ne mulțumim cu resursele puse la dispoziție „Locale” (care erau limitate de tehnologie și investițiile noastre). Cu Cloud, DevOps nu mai are aceste constrângeri (de unde și orgia de consum pe care o vedem pe primele facturi Cloud). La începutul programului nostru de antrenament, singurul lucru care îi unește pe jucătorii noștri este cerința de a face mai bine cu același buget (perioada economică post-Covid-19 necesită).

Implementarea unei strategii FinOps

Simplificarea consumului de servicii cloud nu este doar o simplă schemă. Dacă ne limităm la asta, vom planifica de mai multe ori pe an (după primirea fiecărei noi facturi de la CSP-ul nostru). În principiu, funcționează, dar suntem mulțumiți să reacționăm atunci când am fi putut detecta problema mai devreme, în special pentru a corecta sau a atenua efectele asupra următoarei noastre facturi.

Toate acestea pot fi învățate și, din păcate, nu peste noapte. Antrenorul nostru sportiv are aceleași preocupări în construirea programului său de antrenament, astfel încât neoatletul nostru post-internare nu se poate preface că aleargă un maraton pe termen scurt. Știm cu toții că trebuie să înveți să mergi înainte să poți alerga și, în același sens, configurarea unei strategii FinOps va necesita timp. Este organizat în trei etape principale: Crawl, Walk, Run.

Primul pas al FinOps: Crawl-ul

Introducerea Tag Igienei a fost o condiție prealabilă pentru a începe. Într-adevăr, amintiți-vă că un FinOps trebuie să ia deciziile pe baza valorilor în raport cu valoarea afacerii generate. În contextul sportiv, antrenorul va începe prin evaluarea rezistenței neoatletei post-internare. De obicei situația lui nu este bună. În cloud, este la fel. Dacă am ajuns la această situație (factura Cloud prea mare), este pentru că nu am reușit să consumăm cu frugalitate.

FinOps are o anumită vizibilitate asupra costurilor noastre datorită introducerii „etichetei de igienă”. Așa cum se poate vedea în ilustrația de mai jos, cu o rată atât de mică de resurse etichetate, va fi dificil să se determine sumele bugetare mari (medii, centru de cost etc.) și, prin urmare, să ofere vizibilitate.

Pentru antrenorul nostru FinOps, acesta este primul pas în programul de instruire: configurați rapoarte pentru diferiți jucători cu un instrument precum Power BI cu „Aplicația Power BI Azure Cost Management”. Acest lucru fiind făcut, antrenorul nostru FinOps va putea face primele sale recomandări: trebuie să vă consolidați etichetele !

Calculul ratei de ardere pentru a controla diferențele în consumul de cloud

În această fază, trebuie să învățăm, de asemenea, să ne detectăm diferențele în ceea ce privește consumul de cloud. Din nou, putem face o paralelă cu antrenorul nostru sportiv, care îi va cere neo-sportivilor săi post-internare să monitorizeze consumul zilnic de calorii corelat cu activitatea lor fizică (datorită noului ceas conectat). FinOps va avea aceeași abordare, dar cu consumul nostru Cloud și analiza varianței.