Lideri de opinie

Construire mai bine în cloud: De ce este momentul potrivit

mm
Adaugă Unite.AI la sursele tale preferate pe Google

Investițiile masive în cloud continuă la nivel global, cu Gartner prezicând că cheltuielile pentru cloud public vor ajunge la 1 trilion de dolari până în 2027. Acest număr crește semnificativ, deoarece companiile investesc mai mult în inteligență artificială generativă, deoarece inițiativele GenAI necesită o cantitate mare de capacitate de cloud.

Și totuși, multe organizații încă se luptă să maximizeze valoarea investițiilor lor în cloud. Risipa de cloud este o problemă răspândită; se estimează că între 28-35% din cheltuielile cu cloud-ul sunt irosite. Nu este de mirare, deci, că un sondaj recent CloudZero a arătat că 72% dintre respondenți au spus că costurile lor de cloud sunt fie “prea mari” sau “mult prea mari”.

Cum obțineți cel mai bun randament pentru banii dvs.? Acesta începe cu adoptarea unei abordări diferite față de modul în care gândiți și utilizați cloud-ul.

Problema risipei de cloud

Mintea potrivită implică abaterea de la mentalitatea “ridică și mută” de a lua resurse existente și de a le muta în cloud. Risipa de cloud provine în mare măsură din această mentalitate învechită, care tratează infrastructura cloud ca pe o infrastructură tradițională.

Consumul și gestionarea infrastructurii cloud au puțin în comun cu infrastructura tradițională. Înainte de cloud, companiile investeau masiv în centre de date și servere, cheltuind sume uriașe de bani pe infrastructura pe care credeau că o vor necesita pentru a procesa cererea pe care o vor genera. Procesul era: echipele de produse propuneau o inovație, preziceau cererea și făceau solicitări formale către echipele de achiziții IT pentru infrastructura pe care o credeau că o vor necesita. Echipa de achiziții putea aproba, respinge sau modifica solicitarea, și după câteva luni, echipele de produse puteau avea infrastructura de care aveau nevoie pentru a pune în aplicare inovația.

Companiile cumpărau adesea mai multă infrastructură decât au folosit-o în cele din urmă și se aflau în situația de a avea servere care nu generau nicio valoare. Virtualizarea a promis să echilibreze acest balans, dar supraalocarea și subutilizarea au continuat să fie o provocare. Și, deși cloud-ul a introdus posibilități infinite prin servicii diverse de infrastructură, baze de date și platforme, precum și un model de consum bazat pe utilitate, multe companii încă gestionează cloud-ul ca pe o colecție de mașini virtuale fizice.

Echipele de achiziții și financiare erau implicate în fiecare achiziție de infrastructură. Acum, în cloud, consumul de infrastructură are loc instantaneu, ori de câte ori un inginer pornește o nouă resursă cloud sau scrie o linie de cod care consumă aceste resurse. Momentul achiziției a fost modificat complet: În cloud, fiecare decizie de inginerie (construire) este o decizie de achiziție. Inginerii — și nu liderii financiari sau echipele IT centralizate — cheltuiesc direct bugetul tehnologic al companiei.

Deci, atunci când companiile atribuie costurile cloud-ului echipelor financiare sau echipelor IT centralizate, ratează ținta. Inginerii iau decizii de construire pe baza expertizei lor de inginerie — o expertiză pe care alte echipe nu o au. Echipele financiare pot face achiziții în bulk sau reduceri de utilizare angajate, dar nu doriți ca ele să distingă între utilizarea unei m7g.2xlarge și a unei m7gd.metal. Echipele IT sunt excelente la găsirea resurselor subutilizate, dar nu sunt în cea mai bună poziție pentru a înțelege dacă codul care rulează pe o resursă foarte utilizată este sănătos sau nu. În cloud, achiziționarea mai bună vă ajută doar până la un anumit punct.

De mult timp, inginerii au lipsit de insight-ul financiar pentru a lua decizii de construire eficiente din punct de vedere al costurilor în cloud, ceea ce a dus la o cantitate uriașă de risipă de cloud anual. Un sondaj recent CloudZero a arătat că companiile care implementează programe formale de gestionare a costurilor cloud-ului tind să reducă cheltuielile lor anuale de cloud cu 20-30%. Având în vedere că 61% dintre companii nu au programe formalizate, acest lucru înseamnă că atunci când cheltuielile de cloud vor ajunge la 1 trilion de dolari în 2027, până la 122-183 miliarde de dolari din aceasta ar putea fi irosiți.

Acest lucru trebuie să se schimbe. Companiile trebuie să realizeze că infrastructura cloud este complet diferită de infrastructura tradițională și că gestionarea costurilor cloud-ului necesită o abordare complet nouă. Trebuie să ne îndepărtăm de la “achiziționarea mai bună” către construirea mai bună: echiparea inginerilor pentru a-și asuma responsabilitatea propriilor costuri de cloud și, așa cum a spus CTO-ul Amazon, Werner Vogels, în The Frugal Architect, “a face ca costul să fie o cerință non-funcțională” a unui software excelent.

Timpul de a construi mai bine în cloud versus achiziționarea mai bună

Construirea mai bună este o filozofie de inginerie, mai degrabă decât un paradigma financiar. “Construire” se referă la fiecare decizie de arhitectură, codare sau operațiuni pe care inginerii o iau în procesul de dezvoltare a unui produs și de lansare a acestuia pe piață.

Până de curând, nu a existat o modalitate de a înțelege adevăratul cost al unor astfel de decizii, și organizațiile nu au fost foarte implicate în a afla. Mentalitatea de a achiziționa mai bine provine dintr-o dorință reactivă de a reduce costurile, în timp ce mentalitatea de a construi mai bine se concentrează pe dezvoltarea și rularea unui software eficient.

Beneficiile construirii mai bune

Ingineri implicați. Datele sugerează că atunci când inginerii sunt echipați pentru a-și gestiona propriile costuri, o fac — și că companiile performează mai bine. În același sondaj, 81% dintre companii au spus că costurile de cloud sunt “unde ar trebui să fie” atunci când inginerii aveau un anumit nivel de proprietate asupra costurilor de cloud. Concentrarea asupra construirii mai bune înseamnă concentrarea asupra implicării inginerilor: oferirea inginerilor de date relevante și la timp despre costurile infrastructurii cloud și facerea lor ușoare pentru a urmări câștigurile de eficiență.

Relații îmbunătățite între finanțe și inginerie. Atunci când companiile se concentrează pe construirea mai bună, aceasta le permite echipelor de finanțe și inginerie să se concentreze pe specialitățile lor respective. Inginerii cântăresc factorii care intră în software-ul bine proiectat; echipele de finanțe primesc rapoarte regulate și detaliate despre eficiența costurilor a acestui software. Frictionarea dintre echipe este redusă, și productivitatea generală este îmbunătățită.

Claritatea economică a unității. Oferirea inginerilor de date semnificative despre costuri înseamnă a ingera toate datele de cheltuieli (dincolo de hyperscalers, incluzând servicii de platformă, servicii de bază de date, unelte de observabilitate etc.) și alocarea lor într-un cadru care reflectă afacerea companiei. O astfel de alocare robustă oferă materialul pentru economia unității cloud: evaluarea produselor, funcțiilor și clienților profitabili și neprofitabili, înțelegerea costurilor fixe și variabile și a relațiilor cu marjele, și rafinarea strategiei dvs. de piață pe baza acestor date. Economia unității cloud este sfântul graal al operațiunilor financiare cloud (FinOps) — și marca unei organizații cu adevărat eficiente în cloud.

Timpul de a construi mai bine

 Mai multe și mai multe organizații simt că primesc prea puțin randament din investițiile lor în cloud. Prin schimbarea de la o abordare de “achiziționare mai bună” la una de “construire mai bună”, organizațiile își evaluează abordarea față de natura reală a cloud-ului, producând o implicare mai bună a inginerilor, relații îmbunătățite între echipele de finanțe și inginerie, și o economie a unității mai puternică.

Phil Pergola este CEO al CloudZero. El este un executiv de software B2B experimentat, cu experiență în generarea unor creșteri semnificative de venituri și rezultate comerciale pozitive pe întregul ciclu de viață al clientului – achiziție, onboarding, adoptare, extindere și retenție.