„Orice lucru cedează, tot timpul.”Werner Vogels · All Things Distributed · 2008 · Werner Vogels — formulare reluată în prezentări și pe blogul All Things Distributed, din 2008
O copie de siguranță netestată prin restaurare e o presupunere, nu o copie.
În cloud, calculul e separat de stocare și elastic: plătești pe secundă sau pe interogare, nu cumperi hardware, actualizările sunt ale furnizorului, regiunile sunt la un click. Reversul: costul de ieșire a datelor (egress), interogări nemărginite care produc facturi surpriză, dependența de furnizor și rezidența datelor, care pentru date reglementate cere regiune europeană și chei administrate de tine. On-prem: cost previzibil la sarcină constantă, control complet, latență mică spre sistemele interne, date sensibile care nu pleacă. Reversul: planificare de capacitate (plătești vârful tot anul), actualizări, oameni, un singur amplasament. Decizia se ia pe câteva variabile, nu pe modă: cât de variabilă e sarcina, ce cere reglementarea, ce știe echipa, ce licențe există deja, cât iese pe egress. Hibridul e legitim: seiful de identitate acasă, faptele pe token în cloud. Iar fraza lui Vogels e valabilă în ambele locuri: discul cedează și în centrul tău de date, furnizorul are și el pene. Deci copii de siguranță testate prin restaurare, nu prin existență; exerciții de refacere; două zone. „Unde” e întrebarea mică; „ce se întâmplă când cedează” e cea mare.
Cardul spune că decizia se ia pe variabile, nu pe modă. Hai să luăm una dintre ele și să o întoarcem pe toate fețele: profilul sarcinii. O firmă de contabilitate are trafic uriaș trei luni pe an și aproape zero restul. În cloud, plătește doar când lucrează. În propriul centru de date, ar cumpăra mașini puternice care stau goale nouă luni. Dar inversează exemplul: un spital cu sarcină constantă, nonstop, plătește în cloud aceeași factură în fiecare lună, la nesfârșit. La un moment dat, suma depășește prețul hardware-ului propriu. Deci nu există răspuns corect universal, există răspuns corect pentru forma încărcăturii tale. Întrebarea practică: desenează-ți curba de trafic pe un an și pune-o lângă ambele facturi. Apoi apare o a doua întrebare, pe care profilul singur nu o rezolvă: ce spune legea despre unde pot sta datele tale?
Pasajul 1 a lăsat întrebarea legii în aer. Hai să o luăm. Unele date nu au voie să plece din țară sau din Uniune: dosare medicale, date bancare, arhive publice. Atunci cloudul nu e interzis, dar devine condiționat: regiune europeană, chei pe care doar tu le țineți, contract care garantează unde stau lucrurile. Exemplu concret: un cabinet stomatologic vrea backup automat în cloud, dar datele pacienților trebuie să rămână în UE, deci alege o regiune europeană și verifică asta în contract, nu în broșură. Iar aici apare capcana pe care nimeni nu o pune în foaia de calcul: ieșirea datelor. Să intri e ieftin; să le scoți, să migrezi spre alt furnizor, costă. Furnizorul știe asta și prețul e făcut tocmai ca să nu pleci. Decizia de azi devine o ușă mai îngustă mâine. Dar chiar și cu legea mulțumită și prețul clar, mai lipsește ceva: cine, concret, operează totul?
A treia variabilă e cea mai umană: cine operează ce. În cloud, actualizările, penele hardware și securitatea de bază sunt ale furnizorului. Echipa ta trebuie doar să folosească serviciul bine. În propriul centru de date, cineva trebuie să aplice patch-uri, să schimbe discuri, să fie de gardă noaptea. Un restaurant cu trei angajați nu are cine să țină un server viu; un banc cu echipă de infrastructură, da. Deci întreabă-te sincer ce știe echipa, nu ce ar vrea să știe. Iar oricine operează orice, undeva, se lovesește de aceeași realitate: lucrurile cedează. De aceea următorul pas nu e alegerea locului, ci testul care supraviețuiește oricărei alegeri: restaurarea.
Pasajul 3 s-a terminat cu testul restaurării. Hai să-l facem concret. O copie de siguranță neverificată e doar o speranță, nu un plan. Testul real e simplu: ia backupul, refă sistemul într-un mediu curat, cronometrează cât durează și notează ce lipsește. O librărie online își descoperă astfel că backupul există, dar listele de produse se refac în trei zile, iar asta omoară vânzările de sărbători. De aici două obiceiuri: exerciții de refacere la interval regulat, nu o dată pe an din obligație, și copii în două locuri separate, pentru că nici furnizorul, nici centrul tău de date nu sunt imuni la pene. Aici se leagă totul: dacă ai testat restaurarea, ai deja datele ca să alegi între cloud, on-prem sau un amestec al lor. Următorul pas e să te uiți la acel amestec, hibridul, fără să-l tratezi ca pe un compromis de frică.
Pasajele de până acum au tratat hibridul ca pe o sinteză. Hai să-l vedem ca pe o decizie proprie, cu reguli clare. Ideea: separi datele după sensibilitate și după ritm, nu după modă. Identitățile, cheile, arhiva legală stau acasă, sub controlul tău. Sarcinile variabile, analizele, site-ul public merg în cloud, unde plătești pe consum. Un exemplu obișnuit: o firmă de arhitectură ține planșetele semnate și contractele pe un server propriu, dar redă randările 3D în cloud doar în săptămânile cu termene. Niciun compromis de frică, ci fiecare lucru acolo unde se descurcă cel mai bine. Dar hibridul aduce o factură nouă pe care mulți o descoperă târziu: traficul între cele două lumi costă la fiecare trecere. Un sync neglijent, rulat noaptea pe tot volumul, poate depăși costul mașinii proprii. Întrebarea care se deschide: cine, în organizația ta, citește factura înainte să devină surpriză?
Pasajul anterior s-a oprit la întrebarea: cine citește factura? Hai să ducem asta mai departe. Costul nu e un rezultat pe care îl primești, ci o variabilă de design, la fel ca securitatea. În cloud, fiecare alegere tehnică are un preț: cât deschezi o interogare, cât timp rulează o mașină, cât trafic scoți. O firmă de curierat lasă un raport să se regenereze la fiecare oră pe toate livrările; nimeni nu-l citește între două. Fiecare rulare e mică, suma nu e. Deci întrebarea nu e doar cine citește factura, ci cine decide înainte ce merită rulat. Un buget cu alerte, o regulă simplă de tip «rapoartele mari rulează noaptea, manual», un om numit prin nume, nu prin funcție. La fel cum testul restaurării e exercițiul pentru cedare, controlul costului e exercițiul pentru vârf. Următorul pas e să vedem ce se întâmplă când cele două eșuează odată.
De ce contează Factura cloud crește cu fiecare interogare neglijentă; factura on-prem e fixă și include vârful pe care îl atingi o zi pe an. Ambele se pierd dacă nu ai testat o restaurare.