Salt la conținutul principal
INFRASOFT

Echipa de inginerie Infrasoft5 min de lectură

Servicii administrate vs. operare internă: când are sens transferul responsabilității

Construirea unei echipe interne de operare și contractarea de servicii IT administrate sub un SLA sunt ambele alegeri justificabile — pentru companii diferite. Acest articol arată când este potrivită fiecare variantă, cât costă de fapt o rotație de permanență (on-call) și ce transferă și ce nu transferă un contract.

Orice platformă care generează venituri ajunge, mai devreme sau mai târziu, să ridice o întrebare: cine răspunde când cade la ora 03:00? Majoritatea companiilor răspund la ea implicit, nu printr-o decizie. Inginerii care au construit sistemul continuă să-l mențină în funcțiune, o rotație de permanență (on-call) se formează informal, iar operarea devine o sarcină absorbită de echipa de produs. Acest aranjament rezistă până când devine costisitor.

Acest articol compară cele două răspunsuri asumate: constituirea unei echipe interne de operare sau contractarea de servicii IT administrate în baza unui SLA. Noi vindem a doua variantă, așa că citiți ținând cont de acest lucru. Am încercat să păstrăm comparația onestă — există cazuri în care varianta internă este în mod clar alegerea corectă, iar cu acestea începem.

Când o echipă internă este alegerea potrivită

Dacă operarea face parte din ceea ce vindeți, păstrați-o în interior. O companie al cărei produs este infrastructura — o platformă de găzduire, un procesator de plăți, un sistem de tranzacționare — concurează prin capacitatea operațională, iar externalizarea acesteia ar însemna externalizarea unui factor de diferențiere. Același lucru este valabil atunci când cunoștințele operaționale sunt cu adevărat proprietare: hardware specializat, constrângeri stricte de latență sau medii reglementate în care controlul zilnic trebuie să rămână în interiorul companiei.

Echipa internă este varianta câștigătoare și atunci când aveți amploarea necesară pentru a face lucrurile cum trebuie. O echipă de opt sau mai mulți ingineri seniori poate susține o rotație sustenabilă, își poate construi propriile instrumente și poate păstra cunoștințele despre incidente în interiorul companiei. Dacă puteți angaja și păstra acești oameni, o echipă internă vă oferă cea mai scurtă buclă posibilă între deciziile de produs și realitatea operațională. Niciun contract nu poate egala acest lucru.

Testul onest nu este dacă ați putea construi o echipă de operare, ci dacă banii și atenția managerială pe care le consumă ar produce mai multă valoare acolo decât în foaia de parcurs a produsului.

Costul real al unei rotații interne de permanență (on-call)

Costul vizibil îl reprezintă personalul. O acoperire 24/7 sustenabilă necesită cel puțin cinci–șase ingineri; cu mai puțini, oamenii sunt de permanență o săptămână din două sau din trei, ceea ce echivalează cu o demisie programată. La tarifele pentru seniori din Europa de Vest, această rotație reprezintă un angajament anual substanțial, de ordinul a șase cifre, înainte ca cineva să scrie o singură linie de cod de produs.

Costurile mai puțin vizibile se acumulează în jurul acestuia:

Nimic din toate acestea nu apare ca o linie bugetară numită „operare”. Costurile sunt împrăștiate în salarii, comisioane de recrutare, lansări întârziate și interviuri de plecare — și tocmai de aceea sunt subestimate.

  • Compensarea permanenței (on-call), zilele libere compensatorii și planificarea în funcție de sărbători și concedii medicale
  • Instrumente de monitorizare, paging și gestionare a incidentelor, plus timpul necesar pentru întreținerea lor
  • Productivitate pierdută în timpul zilei din cauza somnului întrerupt și a schimbărilor de context
  • Fluctuația personalului: inginerii angajați să construiască produse nu suportă nopțile petrecute stingând incendii și pleacă
  • Reangajarea: înlocuirea unui inginer senior de operare durează luni de zile, iar cunoștințele despre incidente pleacă odată cu el

Ce transferă de fapt un SLA

Un contract de operare administrată transferă, în scris, un set definit de obligații. În contractele noastre, aceasta înseamnă monitorizare 24/7, patru niveluri de severitate (P1–P4) cu ținte de răspuns și de restabilire pentru fiecare nivel, actualizări de securitate, întreținerea CI/CD și remedierea erorilor — cu consecințe financiare pentru noi atunci când ratăm o țintă. Răspundem la incidentele P1 în cel mult o oră pentru că așa prevede contractul, nu pentru că se întâmplă ca cineva să fie treaz.

Efectul economic constă în transformarea unui cost intern imprevizibil — personal, instrumente, fluctuația angajaților, escaladări la ora 03:00 — într-o sumă lunară fixă, cu un perimetru definit. Calculul rotației, disciplina alertelor și procesul de analiză post-incident (post-mortem) devin problema furnizorului. Acesta este un transfer de responsabilitate în sens precis: obligații măsurabile, garantate prin penalități, asumate de o parte a cărei activitate depinde de respectarea lor.

Ce nu transferă un SLA

Răspunderea față de clienții dumneavoastră rămâne la dumneavoastră. Când platforma dumneavoastră este indisponibilă, clienții vă sună pe dumneavoastră, nu pe furnizor. Un SLA poate garanta răspunsul și restabilirea; nu poate lua în locul dumneavoastră deciziile de arhitectură și nu preia poziția dumneavoastră din punctul de vedere al reglementărilor — conform GDPR, de regulă rămâneți operator de date, iar furnizorul acționează ca persoană împuternicită de operator, în baza unui acord de prelucrare a datelor.

Un contract serios vă impune și dumneavoastră anumite cerințe. Furnizorul are nevoie de acces real, de documentație actualizată, de un interlocutor tehnic desemnat și de autoritatea de a modifica ceea ce operează. Un SLA asupra unei infrastructuri pe care nimeni nu are voie să o atingă este teatru. Dacă organizația dumneavoastră nu poate delega această autoritate, contractul nu își va atinge potențialul — iar acest eșec va fi al dumneavoastră în aceeași măsură ca al furnizorului.

Criterii de decizie

Nu există o formulă, dar cinci întrebări clarifică majoritatea situațiilor:

Dacă operarea este un factor de diferențiere și aveți amploarea necesară, construiți-o intern. Dacă este o dependență, iar răspunsurile oneste la celelalte întrebări sunt incomode, transferați-o — printr-un contract care face explicită fiecare obligație.

  • Amploare: puteți aloca cinci–șase ingineri unei rotații de permanență fără a lăsa foaia de parcurs fără resurse?
  • Diferențiere: clienții vă plătesc pentru capacitatea operațională sau aceasta este doar o dependență?
  • Costul indisponibilității: cât costă o oră de întrerupere neplanificată, în venituri și penalități contractuale?
  • Realitatea recrutării: puteți atrage și păstra ingineri seniori de operațiuni pe piața dumneavoastră în acest an?
  • Viteza de livrare: cât din săptămâna inginerilor dumneavoastră se pierde în prezent cu stingerea incendiilor?

Unde se trasează de obicei linia

Majoritatea companiilor cu care lucrăm ajung la o împărțire a responsabilităților, nu la o alegere de tip totul sau nimic. Inginerii lor dețin produsul, direcția arhitecturală și deciziile care diferențiază afacerea. Furnizorul deține operarea: monitorizarea, răspunsul la incidente, aplicarea patch-urilor și disciplina implementărilor, guvernate de SLA. Granița este stabilită în scris, revizuită periodic și ajustabilă pe măsură ce platforma evoluează.

Indiferent de decizie, luați-o în mod deliberat — și păstrați-o reversibilă. Solicitați oricărui furnizor, inclusiv nouă, documentația ca livrabil, o clauză de ieșire și o procedură de predare-primire definită. Singurul model pe care îl descurajăm este cel implicit: operațiunile preluate informal de echipa de produs, fără buget și fără responsabil. Este cea mai costisitoare opțiune dintre toate, iar costurile sale sunt cel mai greu de observat.

Toate articolele
contact@infrasoftdev.com

Să discutăm despre operațiunile dumneavoastră tehnice

Un apel introductiv de 30 de minute cu un inginer senior — fără discurs de vânzare, fără obligații. Ascultăm, punem întrebări și vă spunem sincer dacă vă putem ajuta.