Cele mai bune practici pentru gestionarea infrastructurii

Un magazin online, ERP, sistem de depozit și integrare cu furnizorii nu creează un mediu de încredere doar pentru că toate serverele par accesibile. Cele mai bune practici pentru implementarea guvernanței infrastructurii stabilesc ordinea operațională care clarifică: cine decide, cine operează, ce poate fi schimbat, ce este documentat și cum poate fi verificată starea unui sistem critic pentru afaceri.

Guvernanța nu este un strat administrativ deasupra infrastructurii. Dacă este bine planificată, reduce granițele de responsabilitate neclare, riscul intervențiilor manuale și dependențele ascunse, care de obicei devin vizibile doar în caz de erori, audituri sau extinderi. Acest lucru este deosebit de important pentru companiile unde mai multe sisteme interne, parteneriate externe și infrastructuri hibride deservesc un singur proces de afaceri.

Scopul guvernanței nu este încetinirea, ci permiterea luării deciziilor previzibile.

Guvernanța infrastructurii întâmpină adesea rezistență, deoarece atât managerii, cât și operatorii văd noi cicluri de aprobare, mai multă documentație și schimbări mai lente. Acesta este un risc real dacă reglementările nu sunt aliniate cu operațiunile de afaceri. Un proces prea rigid poate într-adevăr întârzia, de exemplu, extinderea capacității, modificările de integrare sau actualizările de securitate.

Cu toate acestea, scopul corect nu este să aducem fiecare decizie în fața unui comitet central. Scopul este ca deciziile să fie luate la nivelul potrivit, cu responsabilitate cunoscută și trasabilitate. O sarcină de întreținere cu risc scăzut, aprobată în prealabil, necesită o procedură diferită față de modificarea arhitecturii de rețea a unei baze de date ERP sau activarea unei conexiuni API cu un nou partener logistic. partener logistic activarea unei conexiuni API.

O bună guvernanță este, așadar, bazată pe risc. Acolo unde impactul asupra afacerii este semnificativ, este necesară o verificare, testare și aprobare mai riguroasă. Acolo unde schimbarea este repetitivă, documentată și ușor reversibilă, un proces automatizat sau aprobat în prealabil este mai potrivit.

Punctul de plecare pentru implementarea guvernanței infrastructurii: o evaluare reală a stării

Nu este recomandat să construim un cadru de guvernanță pe presupuneri. În multe companii, infrastructura este parțial documentată, cunoștințele critice sunt deținute de câțiva colegi sau furnizori externi, iar conexiunile sistemului s-au dezvoltat treptat de-a lungul anilor. În astfel de cazuri, prima sarcină nu este scrierea de noi reguli, ci descoperirea funcționării actuale.

În acest proces, nu este suficientă o listă de servere și licențe. Serviciile de afaceri trebuie să fie, de asemenea, vizibile: ce aplicații sunt necesare pentru procesarea comenzilor, eliberarea din depozit, facturare sau transferul de date de producție; ce fluxuri de date le conectează; de ce servicii externe depind; și ce se întâmplă dacă un component eșuează. transferul de date de producție; ce fluxuri de date le conectează; de ce servicii externe depind; și ce se întâmplă dacă un component eșuează.

Este recomandat să se înregistreze proprietarul fiecărui serviciu critic, responsabilul tehnic, custodele de date, nivelul de disponibilitate așteptat, cerințele de backup și prioritatea de recuperare în afaceri. Acest lucru nu înseamnă neapărat o bază de date de management al configurației complexă din prima zi. La început, un registru de servicii și dependențe, menținut consecvent, este mai valoros decât un instrument supradimensionat pe care nimeni nu îl actualizează.

Proprietatea trebuie clarificată atât din punct de vedere al afacerii, cât și tehnic

Cea mai comună eroare operațională este atunci când un sistem are un operator, dar nu un proprietar de afaceri sau invers. Operatorul poate fi responsabil pentru actualizări, monitorizare și backup-uri, dar nu poate decide singur câtă întrerupere poate suporta un serviciu. Acest lucru trebuie determinat de domeniul de afaceri.

În același timp, proprietarul de afaceri nu poate lua decizii tehnice fără informații adecvate. Una dintre sarcinile guvernanței este de a traduce cerințele de afaceri în cerințe tehnice măsurabile. De exemplu, dacă o întrerupere a unei aplicații mobile de depozit cauzează perturbări semnificative după zece minute, aceasta implică obiective de recuperare, nevoi de redundanță, monitorizare și restricții de schimbare.

Roluri, competențe decizionale și excepții

Guvernanța funcționează atunci când responsabilitatea nu este o declarație generală, ci este legată de decizii concrete. Un model operațional clar definește cine aprobă schimbările arhitecturale majore, cine autorizează excepțiile de acces, cine își asumă riscul de serviciu și cine supraveghează execuția.

Nu toate organizațiile au nevoie de un comitet separat pentru infrastructură. Într-un mediu corporativ de dimensiuni medii, adesea este mai eficientă o întâlnire tehnică și de afaceri desemnată, regulată, la care participă conducerea IT, operațiunile, responsabilul de dezvoltare sau integrare, precum și reprezentantul domeniului de afaceri implicat. Valoarea forumului nu constă în numărul de întâlniri formale, ci în faptul că există un proprietar și un termen limită pentru riscurile și deciziile deschise.

Gestionarea excepțiilor merită o atenție specială. Un controler de producție vechi, o aplicație nesuportată sau o integrare impusă de un partener nu respectă întotdeauna toate standardele interne. Răspunsul corect nu este să ignorăm acest lucru, nici să forțăm un ideal nerealizabil. Excepția trebuie documentată, proprietarul riscului trebuie numit și, dacă este posibil, un plan corectiv trebuie atribuit cu un termen limită.

Managementul schimbării ca instrument de continuitate a afacerii

Multe schimbări efectuate în medii live sunt justificate de la sine: actualizări de securitate, extinderi de capacitate, introducerea de noi funcționalități, modificări de rețea sau transformări ale conexiunilor de date. Problema nu este de obicei schimbarea în sine, ci lipsa evaluării impactului, testării și planului de revenire.

Pentru fiecare schimbare semnificativă, scopul, domeniul serviciilor afectate, fereastra de execuție, persoana responsabilă, metoda de testare și planul de revenire trebuie să fie clare. Dacă o modificare eșuează, nu este suficient să spunem "revenim." Trebuie să știm din ce, în ce ordine, cu ce verificări de integritate a datelor și cine ia decizia de oprire.

În cazul schimbărilor standard, nu este necesar să inițiem un proces complet de aprobare de fiecare dată. O întreținere regulată, documentată, automatizată și verificată poate fi aprobată în prealabil. Acest lucru permite echipei să se concentreze mai degrabă pe schimbările cu adevărat riscante, fără a încetini inutil munca operativă.

Regulile sunt valoroase doar dacă pot fi verificate

Reglementările infrastructurii constau adesea în declarații generale, cum ar fi "backup-uri regulate", "acces limitat" sau "jurnalizare adecvată". Acestea sunt principii corecte, dar nu pot fi gestionate de unele singure. Guvernanța necesită cerințe verificabile.

În cazul backup-urilor, de exemplu, trebuie să se stabilească ce sisteme trebuie să fie salvate, cu ce frecvență, cu ce timp de păstrare, unde sunt stocate și ce test de recuperare demonstrează utilizabilitatea. În gestionarea accesului, nu contează doar existența conturilor, ci și cum sunt revizuite intrările, ieșirile, schimbările de rol și accesul privilegiat.

Același lucru se aplică și monitorizării. Monitorizarea sprijină guvernanța dacă nu doar produce alerte tehnice, ci oferă și o imagine a stării serviciilor critice de afaceri. Un backlog de procesare, un transfer de date eșuat sau o sincronizare neobișnuit de lungă semnalează adesea o problemă de afaceri mai devreme decât o alertă de încărcare a serverului.

Metrici care indică riscuri vizibile

Un raport de guvernanță la nivel de conducere nu trebuie să conțină zeci de metrici tehnice. Ceea ce este util este ceea ce sprijină luarea deciziilor: câte sisteme critice nu au un proprietar desemnat, ce backup-uri nu au fost testate pentru recuperare în perioada planificată, câte excepții cu risc ridicat sunt deschise sau de cât timp există o limită de capacitate cunoscută.

Selecția metricilor depinde de funcționarea companiei. Pentru o companie de e-commerce, sincronizarea datelor de comandă și stoc poate fi critică, în timp ce în producție, colectarea datelor de producție sau continuitatea rețelei la fața locului poate avea o importanță mai mare. Principiul comun este că starea tehnică trebuie interpretată împreună cu impactul asupra afacerii.

Implementare graduală, nu un proiect unic

Implementarea guvernanței rareori are succes dacă este tratată ca un singur proiect mare de reglementare. Este recomandabil să ne concentrăm mai întâi pe cele mai critice servicii și cele mai mari riscuri operaționale: structura de proprietate, accesul, backup-urile, managementul schimbărilor și recuperarea documentată. Apoi, modelul poate fi extins la alte sisteme, locații sau medii cloud.

Potrivit CGAT, guvernanța infrastructurii oferă valoare reală atunci când arhitectura sistemului, integrările, operațiunile și procesele de afaceri sunt toate reprezentate. Nu este vorba despre un set separat de documente, ci despre o funcționare disciplinată, unde tehnologia companiei rămâne transparentă și gestionabilă, chiar și în timpul creșterii. guvernanța infrastructurii oferă valoare reală atunci când arhitectura sistemului, integrările, operațiunile și procesele de afaceri sunt toate reprezentate. Nu este vorba despre un set separat de documente, ci despre o funcționare disciplinată, unde tehnologia companiei rămâne transparentă și gestionabilă, chiar și în timpul creșterii.

Următorul pas semnificativ este de obicei simplu: să alegem un proces critic pentru afaceri, să cartografiem sistemele și dependențele acestuia, apoi să identificăm unde lipsesc competențele decizionale, supravegherea sau garanțiile de recuperare. De aici, se poate construi un plan de dezvoltare concret și gestionabil, nu un program teoretic de guvernanță.