Најбоље праксе за управљање инфраструктуром

Jedna internet prodavnica, ERP, sistem skladišta i integracija sa dobavljačima ne stvaraju pouzdano okruženje samo zato što svi serveri izgledaju dostupni. Najbolje prakse uvođenja upravljanja infrastrukturom stvaraju operativni red koji razjašnjava: ko donosi odluke, ko upravlja, šta se može promeniti, šta je dokumentovano i kako se može proveriti stanje poslovno kritičnog sistema.

Upravljanje nije administrativni sloj iznad infrastrukture. Ako je dobro dizajnirano, smanjuje nejasne granice odgovornosti, rizik od ručnih intervencija i skrivene zavisnosti koje obično postaju vidljive samo tokom grešaka, revizija ili proširenja. Ovo je posebno važno za kompanije gde više internih sistema, spoljašnjih partnerstava i hibridne infrastrukture služe jednom poslovnom procesu.

Cilj upravljanja nije usporavanje, već omogućavanje predvidljivog donošenja odluka.

Upravljanje infrastrukturom često nailazi na otpor jer i menadžeri i operateri vide nove cikluse odobravanja, više dokumentacije i sporije promene. Ovo je stvarni rizik ako regulacija nije usklađena sa poslovnim operacijama. Previše rigidni proces može zaista odložiti, na primer, proširenje kapaciteta, izmene integracija ili bezbednosne zakrpe.

Međutim, pravi cilj nije da se svaka odluka prenese na centralni odbor. Cilj je da se odluke donose na odgovarajućem nivou, sa poznatom odgovornošću i praćenjem. Unapred odobreni, niskorizični zadatak održavanja zahteva drugačiji postupak nego modifikacija mrežne arhitekture ERP baze podataka ili aktivacija API veze sa novim logističkim partnerom. logistički partner aktivacija API veze.

Dobro upravljanje je, dakle, zasnovano na riziku. Tamo gde je poslovni uticaj značajan, potrebna je stroža kontrola, testiranje i odobravanje. Tamo gde je promena ponavljajuća, dokumentovana i lako reverzibilna, automatizovani ili unapred odobreni proces je prikladniji.

Polazna tačka za uvođenje upravljanja infrastrukturom: stvarna procena stanja

Nije preporučljivo graditi okvir upravljanja na pretpostavkama. U mnogim kompanijama infrastruktura je delimično dokumentovana, kritično znanje je u posedu nekoliko kolega ili spoljašnjih pružalaca usluga, a veze sistema su se postepeno razvijale tokom godina. U takvim slučajevima, prvi zadatak nije pisanje novih pravila, već otkrivanje trenutnog funkcionisanja.

Tokom ovog procesa nije dovoljno imati listu servera i licenci. Poslovne usluge takođe moraju biti vidljive: koje aplikacije su potrebne za obradu narudžbina, izdavanje iz skladišta, fakturisanje ili prenos proizvodnih podataka; koji tokovi podataka ih povezuju; od kojih spoljašnjih usluga zavise; i šta se dešava ako neki komponent zakaže. prenos proizvodnih podataka; koji tokovi podataka ih povezuju; od kojih spoljašnjih usluga zavise; i šta se dešava ako neki komponent zakaže.

Preporučljivo je zabeležiti vlasnika svake kritične usluge, tehničkog odgovornog, vlasnika podataka, očekivani nivo dostupnosti, zahteve za bekap i poslovni prioritet oporavka. Ovo ne mora nužno značiti složenu bazu podataka za upravljanje konfiguracijom od prvog dana. U početku, dosledno održavan registar usluga i zavisnosti je vredniji od prevelikog alata koji niko ne ažurira.

Vlasništvo treba razjasniti i sa poslovnog i sa tehničkog aspekta

Najčešća operativna greška je kada sistem ima operatera, ali nema poslovnog vlasnika, ili obrnuto. Operater može biti odgovoran za ažuriranja, nadzor i bekap, ali ne može sam odlučiti koliko prekida usluga može podneti. Ovo treba da odredi poslovna oblast.

Istovremeno, poslovni vlasnik ne može donositi tehničke odluke bez odgovarajućih informacija. Jedan od zadataka upravljanja je prevođenje poslovnih potreba u merljive tehničke zahteve. Na primer, ako prekid rada mobilne aplikacije za skladište izaziva značajan poremećaj nakon deset minuta, to povlači ciljeve oporavka, potrebe za redundansom, nadzor i ograničenja promena.

Uloge, ovlašćenja za donošenje odluka i izuzeci

Upravljanje funkcioniše kada odgovornost nije opšta izjava, već je povezana sa konkretnim odlukama. Jasan operativni model određuje ko odobrava veće arhitektonske promene, ko odobrava izuzetke za pristup, ko preuzima rizik usluge i ko nadgleda izvršenje.

Nije svakoj organizaciji potreban poseban odbor za infrastrukturu. U srednje velikom poslovnom okruženju često je efikasniji redovan tehnički i poslovni sastanak na kojem učestvuju IT menadžment, operacije, razvoj ili odgovorni za integraciju, kao i predstavnik relevantne poslovne oblasti. Vrednost foruma nije u broju formalnih sastanaka, već u tome što postoji vlasnik i rok za otvorene rizike i odluke.

Posebnu pažnju zaslužuje upravljanje izuzecima. Stara kontrola proizvodnje, nepodržana aplikacija ili integracija koju zahteva partner ponekad ne ispunjavaju sve unutrašnje standarde. Pravi odgovor nije ignorisanje ovoga, niti forsiranje neostvarivog idealnog stanja. Izuzetak treba dokumentovati, imenovati vlasnika rizika, i ako je moguće, pridružiti korektivni plan sa rokom.

Upravljanje promenama kao alat za kontinuitet poslovanja

Mnoge promene koje se sprovode u živom okruženju su same po sebi opravdane: bezbednosne zakrpe, proširenja kapaciteta, uvođenje novih funkcija, mrežne izmene ili transformacije podatkovnih veza. Problem obično nije sama promena, već nedostatak procene uticaja, testiranja i vraćanja na prethodno stanje.

Za svaku značajnu promenu cilj, obuhvat pogođenih usluga, vremenski okvir izvršenja, odgovorna osoba, metoda testiranja i plan vraćanja na prethodno stanje moraju biti jasni. Ako promena ne uspe, nije dovoljno reći "vratićemo se na prethodno stanje." Treba znati iz čega, kojim redosledom, sa kojim proverama integriteta podataka, i ko donosi odluku o zaustavljanju.

Međutim, za standardne promene nije potrebno svaki put pokretati kompletan proces odobravanja. Dokumentovan, automatizovan i kontrolisan redovan održavanje može biti unapred odobreno. Ovo omogućava timu da se fokusira na zaista rizične promene, dok ne usporava nepotrebno operativni rad.

Pravila su vredna samo ako su proverljiva

Propisi o infrastrukturi često se sastoje od opštih izjava poput "redovni bekap", "ograničen pristup" ili "odgovarajuće beleženje." Ovo su ispravni principi, ali sami po sebi nisu upravljivi. Upravljanje zahteva proverljive zahteve.

Na primer, za bekap treba odrediti koje sisteme treba bekapovati, kojom učestalošću, sa kojim vremenom zadržavanja, gde se čuvaju i koji test oporavka dokazuje upotrebljivost. U upravljanju pristupom nije važna samo postojanje naloga, već i kako se pregledaju ulasci, izlasci, promene uloga i privilegovani pristupi.

Isto važi i za nadzor. Nadzor podržava upravljanje kada ne proizvodi samo tehnička upozorenja, već daje sliku o stanju kritičnih poslovnih usluga. Zaostatak u obradi, neuspešan prenos podataka ili neuobičajeno dugo usklađivanje često ranije ukazuju na poslovni problem nego upozorenje o opterećenju servera.

Metričke vrednosti koje ukazuju na vidljiv rizik

Izveštaj o upravljanju na nivou menadžmenta ne mora sadržavati desetine tehničkih metrika. Ono što je korisno je ono što podržava donošenje odluka: koliko kritičnih sistema nema određenog vlasnika, koji bekapi nisu testirani u planiranom periodu, koliko visokorizičnih izuzetaka je otvoreno, ili koliko dugo postoji poznato ograničenje kapaciteta.

Izbor metrika zavisi od poslovanja kompanije. Za e-trgovinsku kompaniju, sinhronizacija podataka o narudžbama i zalihama može biti kritična, dok u proizvodnji prikupljanje podataka o proizvodnji ili kontinuitet lokalne mreže može imati veću težinu. Zajednički princip je da se tehničko stanje tumači zajedno sa poslovnim uticajem.

Postepeno uvođenje, a ne jednokratni projekat

Uvođenje upravljanja retko je uspešno ako se tretira kao jedan veliki regulatorni projekat. Preporučljivo je prvo se fokusirati na najkritičnije usluge i najveće operativne rizike: struktura vlasništva, pristup, bekap, upravljanje promenama i dokumentovan oporavak. Zatim se model može proširiti na dodatne sisteme, lokacije ili oblačna okruženja.

Prema mišljenju CGAT-a, upravljanje infrastrukturom pruža stvarnu vrednost kada su sistemska arhitektura, integracije, operacije i poslovni procesi svi zastupljeni. Ne radi se o zasebnom skupu dokumenata, već o disciplinovanom radu gde tehnologija kompanije ostaje transparentna i upravljiva, čak i tokom rasta. upravljanje infrastrukturom pruža stvarnu vrednost kada su sistemska arhitektura, integracije, operacije i poslovni procesi svi zastupljeni. Ne radi se o zasebnom skupu dokumenata, već o disciplinovanom radu gde tehnologija kompanije ostaje transparentna i upravljiva, čak i tokom rasta.

Sledeći smisleni korak je obično jednostavan: odabrati poslovno kritičan proces, mapirati njegove sisteme i zavisnosti, a zatim identifikovati gde nedostaje ovlašćenje za donošenje odluka, nadzor ili garancija oporavka. Odatle se može izgraditi konkretan, upravljiv plan razvoja, a ne teoretski program upravljanja.