Singurul cost al tehnologiei pe care nu îl măsori — care ar putea economisi milioane dacă l-ai face

Una dintre cele mai mari schimbări care vor avea loc odată cu trecerea la cloud este modul în care plătim pentru tehnologie și aplicații. Industria a trecut de la toate procesele pe un server cu centre de date on-premise la un model de calcul variabil sau utilitar. Potrivit unui Apptio recent raportează, aceasta înseamnă că „micro-optimizări pot avea loc la nivel de echipă în fiecare zi pentru a schimba forma cheltuielilor în cloud... Este o lume a OpEx (cheltuieli operaționale) în loc de CapEx (cheltuieli de capital), schimbând complet modul în care sunt raportate finanțele și gestionat.”

Drept urmare, modelul tradițional de achiziții pentru cheltuieli a fost schimbat, punând puterea de cheltuire în mâinile inginerilor care dezvoltă și gestionează aceste aplicații și infrastructură, cu foarte puțină atenție pentru costul companiei în cheltuieli operaționale. Toți cei care lucrează astăzi în tranșeele tehnologice se concentrează pe aici și acum pentru domeniul lor specific de proprietate, asigurându-se că sistemul trece în fiecare zi fără o întrerupere. Nimeni nu se gândește la: Am putea face ceea ce facem mai rapid, mai bine, mai inteligent, adică mai eficient în cadrul aplicațiilor și proceselor?

Apptio, producători de software conceput pentru a evalua și comunica costul serviciilor IT în scopuri de planificare, bugetare și prognoză, descrie în continuare realitatea sumbră a acestei situații ca „ingineri care își asumă angajamente financiare față de cloud, care afectează rezultatele companiilor lor, în timp ce echipele financiare se luptă să țină pasul cu ritmul și granularitatea cheltuielilor.”

Majoritatea inginerilor nu controlează sau nu înțeleg pe deplin codul pe care îl scriu; ei doar adaugă infrastructură pentru a rula orice este promovat în producție.

Nu este o practică obișnuită în industrie să calculați costurile totale pentru mediul dvs. tehnologic pentru sutele de aplicații sau tehnologie pe care echipa dvs. le suportă. Acest lucru trebuie să se schimbe. (Notă: nu vorbesc despre Robotic Processing Automation-RPA, folosind roboți pentru a automatiza sarcinile digitale.) Abordarea mea se concentrează pe eficiența aplicațiilor, a codului și a proceselor, nu pe eficiența prin automatizare.

De ce este importantă măsurarea costului total al codului.

Aplicațiile sunt concepute pentru a simplifica procesele pentru utilizatorul de afaceri. Este nevoie de multe resurse și complexitate pentru ca o aplicație să ofere un răspuns, chiar dacă timpul de răspuns este de doar câteva secunde. Acum, înmulțiți acest lucru cu mii sau milioane de solicitări de aplicații pe secundă pe mii de servere din întreaga companie. Este ușor ca lucrurile să devină inaccesibile cu atâtea lucruri care se întâmplă simultan, iar acest lucru se referă și la costuri. Dacă serverele care rulează o aplicație ar trebui să dureze trei ani, dar durează doar unul pentru că nu au capacitatea, care este costul real al aplicației respective? Acesta este ceva ce directorii financiari și alții trebuie să știe, deoarece au bugete în vigoare care trebuie îndeplinite.

Un sistem eficient și sănătos necesită mai puține resurse pentru a procesa aceeași sarcină de lucru decât un sistem ineficient. Optimizarea codului eliberează și mai multe resurse.

Practic, orice sistem are potențialul de a realiza raționalizarea capacității cu cel puțin 30 până la 40%, iar optimizarea codului poate oferi încă 20 până la 80% din economii de costuri.

Aceasta înseamnă că aceleași sarcini de lucru pot fi rulate pe servere mai mici, reducând costurile de licențiere și cloud. Valoarea acestor economii nu este doar pe termen scurt, ci este pe perioade lungi de timp, deoarece majoritatea aplicațiilor trăiesc acum între 5 și 20 de ani sau mai mult. Nu este doar o chestiune de rezultat, ci este luarea în considerare a ceea ce s-ar putea face cu acest capital eliberat pentru a continua KPI-urile de afaceri astăzi.

Imaginați-vă costul total al codului pe parcursul a 20 de ani și luați în considerare: „Am fi putut face acest cod cu 20% mai eficient și, dacă da, cât am fi putut economisi în 20 de ani?”

Apoi, există mutarea către nor și pay-as-you-go contra plata in avans model care crește costurile pentru operarea și întreținerea sistemelor de date mai rapid decât le putem captura și analiza. Raportul Apptio evidențiază modul în care toată lumea pierde atunci când nu există transparență în ceea ce privește costurile serviciilor cloud:

• Ingineria cheltuiește mai mult decât trebuie, cu o înțelegere redusă a eficienței costurilor.
• Echipele financiare se luptă să înțeleagă – și să țină pasul cu – ce se cheltuiește pentru numărul uluitor de opțiuni (numai AWS are aproximativ 300,000 de SKU-uri și mii suplimentare de caracteristici noi pe an).
• Leadership-ul nu are suficientă contribuție în ceea ce privește suma va fi cheltuită sau capacitatea de a influența prioritățile.
• Achiziția nu este un participant deliberat la propria externalizare.

Estimarea economiilor, veți avea dacă optimizați o bucată de cod înainte ca acesta să vă facă sistemul ineficient (în cel mai bun caz) sau să provoace o întrerupere (în cel mai rău caz) necesită puțin mai multă planificare și perspectivă. Dar este necesar dacă vrem să ținem pasul cu ritmul actual de creștere pe care îl experimentează afacerile.

În următorul meu articol, voi vorbi despre cum putem măsura costul total al codului, economisind astfel miliarde de procese ineficiente. Esti cu mine?