Centru de date propriu sau infrastructură hibridă?

O întrerupere de dimineață nu este în primul rând o problemă IT. Dacă depozitul nu poate vedea comenzile, producția nu poate accesa documentația tehnică sau facturarea se oprește, întreruperea devine imediat o consecință de afaceri. Întrebarea dacă să alegeți un centru de date propriu sau o infrastructură hibridă nu ar trebui decisă pe baza serverelor, mărcilor sau tendințelor cloud, ci pe modul în care funcționează efectiv compania.

O decizie greșită rar este evidentă în prima zi. Mai degrabă apare treptat: tot mai multe excepții, backup-uri nesigure, rapoarte lente, permisiuni greu de urmărit, operare costisitoare sau sisteme pe care doar câțiva oameni cheie le înțeleg. O infrastructură bună nu este valoroasă în sine. Devine valoroasă prin faptul că sprijină în mod previzibil operațiunile zilnice, creșterea și continuitatea afacerii.

Mai întâi trebuie identificate dependențele operaționale

Înainte de a decide ce să rămână local și ce să fie mutat în cloud, este util să analizați ce procese s-ar opri în cazul unei întreruperi a sistemului. În cazul unui magazin online, acestea pot include informațiile despre stoc, transmiterea comenzilor către depozit, confirmarea plății sau generarea etichetelor de livrare. În cazul unei companii de producție, datele de producție, sistemele asociate echipamentelor, documentația de asigurare a calității sau planificarea tehnică pot fi critice.

Nu toate datele și aplicațiile necesită același nivel de protecție. Partajarea internă a fișierelor, un depozit de documente arhivate și sistemul de management al producției funcționează cu cerințe diferite de disponibilitate, performanță și recuperare. Dacă acestea sunt gestionate într-o singură decizie tehnologică, se poate crea un mediu fie prea costisitor, fie prea riscant.

Conducerea trebuie să fie deosebit de atentă la dependențele umane ascunse. Dacă doar un anumit angajat știe pe ce server rulează o aplicație veche, cum se face backup-ul sau ce trebuie repornit după o eroare, aceasta este un risc pentru continuitatea afacerii. Același lucru este valabil și dacă un sistem pare să funcționeze, dar documentația este incompletă, permisiunile sunt neclare și recuperarea nu a fost niciodată testată într-o situație reală.

Ce înseamnă de fapt un centru de date propriu sau o infrastructură hibridă?

Un centru de date propriu nu înseamnă neapărat o clădire separată și o cameră de servere. Poate fi un mediu de servere și rețea care funcționează la o locație a companiei, pe care aceasta îl operează sau îl administrează. Avantajul este că infrastructura, locația fizică a datelor și anumite sisteme critice de performanță rămân sub un control mai direct.

Acest lucru poate fi deosebit de justificat acolo unde funcționează echipamente industriale locale, PLC-uri, sisteme SCADA, echipamente de producție sau aplicații care necesită latență scăzută. O linie de producție nu se poate baza pe faptul că toate funcțiile operaționale vor rămâne disponibile în cazul unei scurte întreruperi a unei conexiuni la distanță. Anumite cerințe de protecție a datelor, contractuale sau de client pot, de asemenea, să întărească justificarea infrastructurii locale.

Pe de altă parte, infrastructura hibridă nu înseamnă pur și simplu că „există și un pic de cloud”. Înseamnă o împărțire conștientă: unele sisteme, date sau servicii rămân locale, în timp ce altele funcționează într-un mediu cloud. De exemplu, sistemul de producție de la locație și datele cache pot rămâne local, în timp ce backup-urile de securitate, raportarea, portalul pentru clienți, mediul de dezvoltare sau serviciile de acces la distanță rulează în cloud.

Modelul funcționează bine atunci când este clar de ce un component se află într-o anumită locație, cum se conectează cu celelalte, cine este responsabil de operare și ce se întâmplă în caz de eroare. Fără aceasta, mediul hibrid poate moșteni cu ușurință două tipuri de probleme: limitările sistemelor locale și complexitatea serviciilor cloud.

Controlul are un cost și un responsabil

Adesea, controlul este un argument pentru infrastructura proprie. Acesta este un avantaj real, dar controlul nu înseamnă doar dreptul de a lua decizii. Înseamnă gestionarea ciclului de viață al hardware-ului, planificarea capacității, actualizările, protecția rețelei, securitatea fizică, alimentarea cu energie, răcirea, planul de backup și monitorizarea continuă.

Un server nu este fiabil doar pentru că este nou. Dacă are o singură cale de alimentare, nu există piese de rezervă, backup-ul rămâne la aceeași locație sau recuperarea nu este verificată, atunci un eveniment minor poate duce la o întrerupere mai lungă. În astfel de cazuri, nu performanța serverului este întrebarea principală, ci cât de repede poate compania să repornească operațiunile critice.

Două măsuri de afaceri utile sunt obiectivul de timp de recuperare și fereastra de timp acceptabilă pentru pierderea de date. Mai simplu: cât timp poate fi întrerupt procesul și cât de multă pierdere de date este acceptabilă. Un backup zilnic poate fi suficient pentru un depozit de documente mai puțin critic, dar inacceptabil pentru un sistem de gestionare a comenzilor sau de producție, unde tranzacțiile de afaceri apar în fiecare oră.

Componentele cloud pot reduce sarcinile legate de hardware-ul local, dar nu elimină responsabilitatea operativă. Permisiunile, controlul costurilor, integrările, backup-urile, jurnalizarea și revizuirea accesului necesită aceeași atenție managerială și responsabilitate profesională.

Nu toate aplicațiile trebuie mutate în același loc

Mutarea completă sau păstrarea completă locală este adesea o alegere falsă. Sistemele unei companii sunt de obicei de maturități diferite, gestionează date diferite și se schimbă într-un ritm de afaceri diferit. În cazul unei aplicații de producție vechi, dar stabile, o tranziție rapidă poate risca mai mult decât câștigă. În schimb, un portal nou pentru clienți sau o soluție de raportare poate beneficia de flexibilitatea și extinderea oferite de un serviciu cloud.

Decizia ar trebui luată pentru fiecare aplicație în parte. Trebuie analizată sensibilitatea datelor, sistemele asociate, cerințele de performanță, reglementările, disponibilitatea necesară, frecvența schimbărilor și costul real al operării. Acesta nu include doar costurile de licență sau hardware. Include și timpul de lucru intern, costul întreruperilor, dependența de experți externi și riscul de modernizare amânată.

Integrările trebuie gestionate cu precauție deosebită. Dacă între magazinul online, ERP, gestionarea depozitului, organizarea transportului și facturare există deja transferuri manuale de date, o schimbare de infrastructură nu va rezolva acest lucru de la sine. Dimpotrivă, dacă procesul este defect sau neclar, noul mediu tehnic va perpetua aceeași eroare mai rapid.

Avantajele și limitările tipice ale modelului hibrid

Un mediu hibrid bine proiectat este adesea practic deoarece nu obligă compania să înlocuiască toate sistemele simultan. Permite modernizarea treptată, menținând în același timp stabilitatea operațiunilor locale critice. Cloud-ul poate fi potrivit pentru backup-uri separate, rezerve de continuitate a afacerii, capacități de analiză, sisteme de colaborare sau gestionarea încărcărilor crescute temporar.

Limitările trebuie gestionate la fel de clar. Într-un sistem hibrid, conexiunea de rețea devine semnificativă pentru afaceri. Dacă nu există redundanță adecvată, monitorizare și un plan de urgență, o eroare de conexiune la internet poate afecta mai multe servicii simultan. Gestionarea identității și a permisiunilor devine, de asemenea, mai complexă: același angajat nu ar trebui să aibă mai multe conturi independente, cu accesuri diferite și un proces de ieșire necontrolabil.

Costurile trebuie, de asemenea, monitorizate continuu. Cloud-ul nu este automat mai ieftin, mai ales dacă utilizarea capacităților nu este măsurată, transferul de date este semnificativ sau resursele create temporar rămân activate permanent. Scopul nu este factura lunară cea mai mică, ci un cost total al ciclului de viață previzibil și justificabil.

Proces decizional, nu un proiect tehnologic unic

Pentru a lua o decizie de infrastructură fundamentată, trebuie mai întâi să cartografiați procesele de afaceri critice, sistemele și fluxurile de date. Apoi, puteți stabili nivelurile de disponibilitate, așteptările de recuperare, cerințele de securitate și responsabilitățile. Numai pe această bază se poate construi o arhitectură în care elementele locale și cloud se sprijină cu adevărat reciproc.

La implementare, gradualitatea prezintă de obicei un risc mai mic decât o tranziție majoră unică. Un serviciu bine delimitat, cum ar fi mediul de backup, un sistem intern de raportare sau o nouă aplicație de relații cu clienții, poate fi un punct de plecare bun. Pe baza experiențelor, regulile operaționale, accesurile, costurile și procesele de suport pot fi clarificate înainte ca sistemele mai critice ale companiei să urmeze.

Întrebarea corectă nu este dacă centrul de date propriu sau infrastructura hibridă este mai modernă. Întrebarea este care configurație face munca de la comandă la livrare, de la producție la facturare mai previzibilă și care face gestionabilă următoarea etapă de creștere. Dacă acest răspuns este derivat din procese, riscuri și responsabilități operaționale reale, infrastructura nu va fi o limitare, ci o bază operațională de încredere.