Când factura pentru cloudul public devine greu de anticipat, întrebarea utilă este ce sarcini de lucru încă au de câștigat dacă rulează acolo. Unele companii mută anumite aplicații și date în infrastructură privată, continuând să folosească servicii de cloud public pentru alte nevoi. În studiul Flexera din 2025, organizațiile au estimat că repatriaseră 21% dintre workloadurile din cloud. Raportul din 2026 a consemnat o creștere suplimentară de două puncte procentuale.
Cifrele arată o mutare selectivă: cloudul public rămâne util pentru aplicațiile cu cerere variabilă, proiectele de scurtă durată și serviciile dificil de operat independent. În schimb, un workload previzibil, care transferă volume mari de date, poate fi mai rentabilă într-un alt mediu. Decizia depinde de costuri, de cerințe și de responsabilitățile pe care organizația este pregătită să le preia.
Ce este repatrierea din cloud?
Repatrierea din cloud înseamnă mutarea unei aplicații, a datelor sau a capacității de calcul dintr-un cloud public, precum AWS, Microsoft Azure sau Google Cloud. Destinațiile posibile sunt un cloud privat, care oferă resurse dedicate unei singure organizații, o facilitate de colocare, numită și colo, unde compania își găzduiește propriile echipamente într-un centru de date operat de un furnizor, sau un centru de date on-premises, administrat la sediul companiei. Procesul este cunoscut și ca reverse cloud migration, adică migrare inversă din cloud.
Repatrierea presupune rareori mutarea întregii infrastructuri într-o cameră de servere deținută de companie. De obicei, sunt selectate anumite sarcini de lucru, adică aplicații sau operațiuni de calcul, împreună cu resursele necesare funcționării lor. De exemplu, o companie își relochează baza de date care rulează permanent, păstrând în cloudul public aplicația destinată clienților. Migrarea în cloud este termenul mai larg și include atât transferurile către cloud, cât și mutările între furnizori. Repatrierea mută workloadurile din cloudul public. Atunci când serviciile publice rămase funcționează alături de infrastructura privată, rezultă o arhitectură de cloud hibrid.
Cel mai frecvent sunt mutate aplicații complete, baze de date, copii de siguranță, capacitate de calcul și componente individuale cu cerințe previzibile de resurse.
De ce mută organizațiile workloadurile din cloudul public?
Repatrierea răspunde de obicei cerințelor anumitor sarcini de lucru. Costul este un motiv frecvent, iar locația datelor, performanța și dependența față de furnizor influențează, la rândul lor, decizia. Uptime Institute a raportat în 2025 că prețul reprezenta principalul motiv al repatrierii în rândul companiilor analizate, în timp ce utilizarea cloudului public continua alături de infrastructura privată.
1. Costuri cloud în creștere și greu de anticipat
Cloudul public facturează resursele consumate, un model util atunci când cererea variază. Pentru o aplicație care rulează permanent la un nivel constant, factura lunară justifică evaluarea unei capacități dedicate prin calcularea costului total de proprietate sau TCO. Acesta compară toate cheltuielile pe parcursul mai multor ani, în loc să se limiteze la prețul resurselor de calcul dintr-o singură lună. Analiza trebuie să includă cheltuielile de capital sau capex, precum achiziția echipamentelor, și cheltuielile operaționale sau opex, printre care abonamentele, energia, suportul și mentenanța. Acestora li se adaugă licențele, echipamentele de schimb și personalul necesar operării noului mediu.
Andreessen Horowitz estima în 2021 că operarea sarcinilor de lucru repatriate costa între o treime și jumătate din echivalentul lor în cloud, pe baza cheltuielilor unor companii mari de software. Economiile unei singure companii nu reprezintă însă un reper general. Într-o prezentare din 2025 a propriilor planuri de stocare, 37signals a raportat că plătea aproape 1,5 milioane USD anual pentru AWS S3 și a estimat economii prin mutarea datelor pe echipamentele din centrele sale de date. Aceste cifre reflectă contractele, volumele de date și facilitățile companiei.
2. Taxe de egress și transfer de date
O aplicație care trimite periodic volume mari de date către utilizatori, alt furnizor sau un sistem intern ajunge să acumuleze taxe de egress, adică tarife aplicate datelor care părăsesc un serviciu de cloud public. Fluxurile de analiză, distribuire de conținut media și backup necesită o atenție deosebită, deoarece transferul datelor ajunge să reprezinte o parte importantă a facturii.
În timpul repatrierii, organizația are uneori nevoie și de un transfer unic al unui volum mare de date. Atât traficul curent, cât și costul migrării trebuie incluse în calculul TCO. Astfel, modelul arată efectul transferului de date asupra justificării financiare pentru păstrarea workloadului în cloudul public.
3. Costurile workloadurilor AI și GPU
Inferența AI este procesul prin care un model de inteligență artificială deja antrenat prelucrează o solicitare nouă, cum ar fi analizarea unei imagini sau generarea unui răspuns. Unele sisteme de inferență folosesc intens procesoare grafice sau GPU-uri. Atunci când rulează permanent la un nivel previzibil, capacitatea GPU dedicată merită comparată cu resursele închiriate din cloudul public. Rezultatul depinde de gradul de utilizare. Echipamentele care rămân inactive o mare parte din zi generează în continuare costuri, în timp ce un serviciu cloud se potrivește experimentelor și cererii care variază puternic. Comparația trebuie să includă întregul sistem, necesarul de energie și răcire, suportul și timpul necesar suplimentării capacității.
4. Suveranitatea datelor și conformitatea
Rezidența datelor se referă la locul în care sunt stocate, iar suveranitatea datelor ține de legislația și jurisdicția aplicabile. Ambele influențează alegerea și documentarea infrastructurii unei organizații, în special când aceasta prelucrează informații sensibile în mai multe țări.
GDPR, HIPAA și Regulamentul UE privind reziliența operațională digitală (DORA se aplică sectorului financiar din Uniunea Europeană începând cu 17 ianuarie 2025) stabilesc modul în care organizațiile protejează datele și administrează riscurile tehnologice. Aceste cerințe nu impun în mod singular scoaterea workloadurilor din cloudul public. Decizia de a folosi infrastructură privată trebuie fundamentată pe controalele, contractele și mecanismele de recuperare necesare organizației.
5. Performanța și gravitația datelor
Unele aplicații funcționează optim în apropierea sistemelor sau persoanelor pe care le deservesc. Un sistem de producție care schimbă permanent date cu echipamentele unei fabrici, de exemplu, are alte cerințe decât un site public accesat din mai multe țări. Distanța, arhitectura rețelei și durata transferului de date influențează performanța.
Gravitația datelor reprezintă o consecință practică a stocării unor seturi mari de date: transferul acestora este lent sau costisitor, astfel încât procesarea este amplasată adesea în apropierea lor. Pentru o bază de date cu volum ridicat sau o sarcină de analiză, evaluarea rețelei și a stocării arată unde se află datele, cât de des sunt transferate și prin ce conexiuni circulă.
6. Dependența față de furnizor
O aplicație construită în jurul unor baze de date, API-uri sau servicii specifice unui furnizor necesită adesea modificări ale modului în care stochează și accesează datele, ale integrărilor ori ale procesului de implementare înainte de a părăsi cloudul public. Această dependență de tehnologia sau condițiile comerciale ale furnizorului este cunoscută drept vendor lock-in. Repatrierea oferă organizației mai mult control asupra infrastructurii, însă nu elimină toate dependențele. Echipele trebuie să analizeze în continuare licențele software, furnizorii de echipamente și serviciile utilizate în noul mediu. Documentarea acestor dependențe înaintea mutării simplifică planificarea schimbărilor ulterioare.
Repatrierea din cloud în cifre
Organizațiile mută anumite sarcini de lucru din cloudul public, în timp ce utilizarea și cheltuielile pentru aceste servicii continuă să crească. Procentele măsoară și lucruri diferite: ponderea workloadurilor deja mutate nu reprezintă ponderea companiilor care renunță la serviciile cloud.
| Rezultat | Sursă și an | Ce indică |
|---|---|---|
| Organizațiile au estimat că repatriaseră 21% dintre sarcinile de lucru din cloud | Flexera, 2025 | Repatrierea rămâne selectivă, iar majoritatea workloadurilor continuă să ruleze în cloudul public. |
| Ponderea estimată a workloadurilor repatriate a crescut cu două puncte procentuale | Flexera, 2026 | Repatrierea a continuat într-un ritm apropiat și în 2026. |
| 73% dintre organizații operau medii de cloud hibrid | Flexera, 2026 | Infrastructura hibridă reprezintă configurația predominantă în rândul respondenților. |
| Cheltuielile globale pentru infrastructură ca serviciu erau estimate să crească cu 29,3% în 2026 | Gartner, iulie 2026 | Cererea pentru infrastructura de cloud public rămâne ridicată în paralel cu repatrierea selectivă. |
O companie își poate repatria baza de date și, în același an, își poate extinde utilizarea cloudului public în alte zone. Din acest motiv, rapoartele despre numărul organizațiilor care planifică cel puțin o mutare nu trebuie interpretate drept procentul tuturor sarcinilor de lucru care părăsesc furnizorii cloud. Analiza Uptime Institute din 2025 a arătat, de asemenea, că repatrierea nu a redus utilizarea cloudului la nivelul companiilor studiate.
Studiile de caz reflectă contractele, volumele de date și facilitățile fiecărei companii. 37signals a raportat în octombrie 2024 că mutarea resurselor sale de calcul din cloud îi aducea economii de aproape 2 milioane USD anual, potrivit cifrelor proprii. Dropbox a înregistrat economii de 75 de milioane USD în cei doi ani anteriori listării sale la bursă din 2018, iar marja brută a crescut de la 33% la 67% între 2015 și 2017, conform informațiilor prezentate într-un eseu Andreessen Horowitz din 2021.
Ce workloaduri ar trebui mutate și care ar trebui să rămână în cloudul public?
Un workload poate fi luat în calcul pentru repatriere atunci când costurile sau cerințele sale operaționale sunt gestionate mai eficient într-un alt mediu. Categoriile de mai jos reprezintă puncte de plecare pentru analiză:
| Merită evaluate pentru repatriere | De obicei, funcționează mai bine în cloudul public |
|---|---|
| Aplicații care rulează permanent și au un necesar previzibil de resurse | Aplicații cu perioade de cerere foarte ridicată sau greu de anticipat |
| Baze de date și sisteme de analiză care transferă volume mari de date | Proiecte de dezvoltare, testare și experimentare pe termen scurt |
| Sarcini constante de inferență AI, cu un grad ridicat de utilizare a GPU-urilor | Proiecte AI al căror necesar de capacitate este încă incert |
| Sisteme care trebuie să ruleze aproape de echipamente, personal sau seturi mari de date | Servicii care trebuie implementate rapid în numeroase regiuni |
| Sarcini de lucru supuse unor controale specifice privind locația sau operarea | Aplicații care depind în mare măsură de serviciile administrate ale unui furnizor |
O aplicație stabilă nu este automat mai ieftină în afara cloudului public, deoarece înlocuitorul său dedicat are nevoie de capacitate suficientă pentru perioadele aglomerate, mecanisme adecvate de recuperare și o echipă de operare. Nici datele supuse reglementărilor nu sunt automat nepotrivite pentru cloudul public. Deciziile trebuie să țină cont de controlul necesar și posibilitatea implementării în fiecare mediu analizat.
Pornește de la măsurători: utilizarea resurselor pe parcursul zilei, transferul de date, creșterea volumului stocat, timpii de răspuns și factura curentă. Apoi compară o destinație realistă pe parcursul mai multor ani. Astfel eviți o mutare costisitoare bazată pe o singură lună cu cheltuieli neobișnuit de mari sau pe presupunerea că toate resursele cloud au aceleași tarife.
Unde ajung workloadurile repatriate?
Un workload repatriat rulează fie în centrul de date propriu al organizației, fie într-un cloud privat găzduit intern sau de un furnizor, fie pe servere instalate într-o facilitate de colocare. Dacă organizația păstrează alte servicii în cloudul public, rezultă o configurație hibridă.
Centre de date on-premises
Un centru de date on-premises găzduiește echipamentele într-o locație operată de organizație. Compania deține controlul direct asupra echipamentelor și facilității, împreună cu responsabilitatea pentru alimentarea cu energie, răcire, securitate fizică, mentenanță și ciclurile de înlocuire. Alegerea este mai ușor de justificat atunci când există deja infrastructura potrivită și o echipă capabilă să o opereze.
Cloud privat
Cloudul privat oferă unei singure organizații resurse de calcul dedicate, cu alocarea și administrarea specifice serviciilor cloud. Găzduirea se face intern sau prin intermediul unui furnizor. Opțiunea se potrivește sarcinilor de lucru care necesită capacitate dedicată și permite organizației să distribuie resursele între aplicații fără administrarea separată a fiecărui server fizic.
Modelul de proprietate și costurile depind de contract. Un cloud privat găzduit de furnizor nu obligă neapărat organizația să cumpere echipamentele pe care rulează.
Colocare
Într-un serviciu de colocare, compania deține și administrează serverele și echipamentele de rețea, dar închiriază spațiu într-un centru de date operat de un furnizor. Acesta asigură facilitatea, alimentarea cu energie, răcirea, securitatea fizică și conectivitatea. Compania rămâne responsabilă pentru echipamente și pentru aplicațiile care rulează pe ele.
Soluția se potrivește unei organizații care dorește echipamente dedicate fără să opereze propria facilitate. M247 Global oferă spațiu de colocare, alimentare cu energie, răcire și conectivitate, inclusiv opțiuni de conectare directă la alte rețele. Facilitățile sale sunt construite conform specificațiilor Tier 3, ceea ce permite realizarea lucrărilor planificate de mentenanță asupra infrastructurii de suport fără oprirea echipamentelor IT.
Cloudul hibrid drept configurație finală
După o mutare selectivă, workloadurile stabile rulează în colocare sau în cloud privat, iar aplicațiile cu cerere variabilă rămân în cloudul public. Conectarea acestor medii creează o arhitectură hibridă. Dacă organizația folosește și doi sau mai mulți furnizori de cloud public, configurația este de asemenea multi-cloud.
| Criteriu | Cloud public | Cloud privat găzduit de furnizor | Colocare | Centru de date on-premises |
|---|---|---|---|---|
| Model obișnuit de costuri | Tarife în funcție de utilizare | Resurse dedicate contractate | Spațiu, energie și servicii | Costurile facilității și echipamentelor |
| Control asupra echipamentelor | Echipamentele aparțin furnizorului | Resurse dedicate, de obicei pe echipamentele furnizorului | Echipamentele aparțin companiei | Echipamentele aparțin companiei |
| Controale privind datele și conformitatea | Depind de serviciu și configurație | Depind de contract și configurație | Compania își controlează echipamentele | Compania controlează echipamentele și facilitatea |
| Latență | Depinde de regiune și rețea | Depinde de locația găzduirii și rețea | Depinde de facilitate și conexiuni | Depinde de locație și conexiuni |
| Cheltuieli de capital și operaționale | În principal cheltuieli operaționale | În principal cheltuieli operaționale | Achiziția echipamentelor plus taxe recurente | Costurile facilității și echipamentelor plus operarea |
| Suplimentarea capacității | Alocarea resurselor în limitele serviciului | Necesită capacitate dedicată disponibilă | Necesită echipamente, spațiu și energie | Necesită echipamente și capacitate în facilitate |
Informațiile din tabel nu determină în mod absolut nivelul de conformitate sau performanță, deoarece rezultatele depind de locația, rețeaua, contractele și controalele tehnice alese.
Conectivitatea reprezintă un alt aspect important după mutare. Un cross-connect leagă echipamentele de o altă rețea în interiorul centrului de date, iar un serviciu cloud connect oferă o rută privată către furnizorul de cloud public. Când o organizație păstrează servicii în AWS, Microsoft Azure sau Google Cloud, serviciul Cloud Connect de la M247 Global oferă conexiuni directe către aceste platforme. Aplicația are în continuare nevoie de controale adecvate de securitate, planificarea capacității și monitorizare în ambele medii.
Riscurile și provocările repatrierii din cloud
Mutarea unui workload din cloudul public implică costuri de migrare și noi responsabilități operaționale. Economiile estimate trebuie comparate cu cheltuielile pentru echipamente, licențe, personal, conectivitate și recuperare pe întreaga durată de utilizare a echipamentelor. Principalele provocări sunt:
Și abordarea migrării diferă. În timp ce rehostingul mută aplicația cu relativ puține modificări, replatformingul schimbă anumite componente ale platformei pe care rulează, iar aplicațiile care depind în mare măsură de servicii proprietare necesită uneori o reproiectare amplă. Evaluarea dependențelor stabilește abordarea potrivită pentru fiecare sarcină de lucru.
Cum planifici repatrierea din cloud?
Repatrierea din cloud funcționează cel mai bine ca o serie de decizii luate pentru fiecare workload. Întrebarea de la care trebuie să pornești este ce aplicații au un nivel suficient de stabilitate, generează volume suficient de mari de date sau au constrângeri care justifică o altă destinație după calcularea tuturor costurilor și responsabilităților. Cloudul public rămâne o componentă a arhitecturii rezultate. Atunci când mutarea presupune echipamente deținute de companie și o conexiune către serviciile de cloud public, colocarea și conectivitatea privată oferă o soluție practică.