Publiskais mākonis vs lokāls serveris uzņēmumam

Uzņēmuma infrastruktūras izvēle reti ir tikai tehnisks jautājums. Tā nosaka, cik ātri komanda var sākt darbu jaunā birojā, cik ilgi uzņēmums spēj darboties pēc incidenta un cik paredzamas ir IT izmaksas. Tāpēc publiskais mākonis vs lokāls serveris nav debates par modernu vai tradicionālu pieeju. Tā ir izvēle par kontroli, risku, darbības nepārtrauktību un spēju augt bez nevajadzīgiem ierobežojumiem.

Maziem un vidējiem uzņēmumiem nav jāizvēlas risinājums, kas teorētiski ir labākais. Jāizvēlas tāds, kas atbilst konkrēto sistēmu kritiskumam, datu prasībām, lietotāju darba paradumiem un pieejamajai IT pārvaldības kapacitātei. Bieži pamatotākā atbilde ir hibrīda vide, nevis viens galējs modelis.

Ko uzņēmumam patiesībā nozīmē publiskais mākonis

Publiskais mākonis ir pakalpojuma sniedzēja datu centru infrastruktūra, kuru uzņēmums izmanto pēc pieprasījuma. Tajā var darbināt lietojumprogrammas, glabāt datus, veidot rezerves kopijas, nodrošināt attālinātu piekļuvi vai izvietot virtuālus serverus. Resursi parasti ir pieejami ātri, un to apjomu iespējams mainīt bez fiziskas aparatūras iegādes.

Šis modelis ir piemērots uzņēmumiem, kuri aug, atver jaunas struktūrvienības, nodarbina attālinātas komandas vai izmanto lietojumprogrammas ar mainīgu noslodzi. Ja jauna projekta sākšanai vajadzīgs papildu serveris, mākoņa vidē to var nodrošināt stundās, nevis gaidīt aparatūras piegādi, uzstādīšanu un konfigurāciju.

Tomēr mākonis nav automātiski pārvaldīts risinājums. Pakalpojuma sniedzējs uztur fizisko infrastruktūru, bet uzņēmumam joprojām ir jānosaka piekļuves tiesības, jānodrošina datu klasifikācija, jāuzrauga izmaksas, jāveido rezerves kopijas un jātestē atjaunošanas procedūras. Neprecīzi konfigurēts mākonis var radīt tikpat nopietnus drošības riskus kā novecojis serveris birojā.

Kad lokāls serveris ir pamatota izvēle

Lokāls serveris atrodas uzņēmuma birojā, ražotnē vai izvēlētā datu centrā. Uzņēmums kontrolē aparatūru, tās konfigurāciju un fizisko piekļuvi. Šis modelis joprojām ir aktuāls, ja kritiskām sistēmām nepieciešams ļoti mazs aiztures laiks, stabila darbība arī pie interneta savienojuma traucējumiem vai īpašas integrācijas ar vietējām iekārtām.

Piemēram, ražošanas uzņēmumā sistēma, kas sazinās ar iekārtām cehā, var nebūt atkarīga tikai no ārēja interneta savienojuma. Tāpat lokāla infrastruktūra var būt piemērota videokameru ierakstu glabāšanai, lielu datu apjomu apstrādei vai specifiskām nozares lietojumprogrammām, kuras nav paredzētas darbam publiskajā mākonī.

Lokāls serveris nenozīmē vienreizēju ieguldījumu un mieru uz pieciem gadiem. Aparatūra noveco, garantijas beidzas, diski jāmaina, programmatūra jāatjaunina un rezerves kopijas jāglabā ārpus galvenās atrašanās vietas. Uzņēmumam jāplāno arī elektroapgādes aizsardzība, dzesēšana, ugunsdrošība un aizvietošanas scenārijs aparatūras bojājuma gadījumā.

Kontrole ir vērtība, taču tā rada arī atbildību. Ja infrastruktūru pārvalda neliela iekšējā komanda vai viens IT speciālists, būtisks risks ir zināšanu koncentrēšanās vienā cilvēkā. Pieejama dokumentācija, uzraudzība un ārējs atbalsts šādā vidē ir tikpat svarīgi kā paša servera tehniskie parametri.

Publiskais mākonis vs lokāls serveris: galvenie izvēles kritēriji

Lēmumu nevajadzētu balstīt uz vienu argumentu, piemēram, sākotnējo cenu. Pareiza infrastruktūras izvēle jāvērtē visā tās dzīves ciklā - no ieviešanas līdz incidentu novēršanai un nākamajai modernizācijai.

Izmaksas: kapitālieguldījums vai regulārs pakalpojums

Lokāls serveris parasti prasa lielāku sākotnējo ieguldījumu. Jāiegādājas aparatūra, licences, tīkla aprīkojums un rezerves kopiju risinājums. Izmaksas var šķist paredzamas, tomēr jāiekļauj uzturēšana, enerģija, garantijas pagarināšana, nomaiņas fonds un speciālistu darbs.

Publiskajā mākonī sākotnējais ieguldījums ir mazāks, bet regulārie rēķini var augt līdz ar datu apjomu, resursu patēriņu un nepietiekamu pārvaldību. Īpaši jāuzrauga ilgstoši ieslēgti, bet maz izmantoti resursi, datu pārsūtīšanas izmaksas un licences. Mākonis ir finansiāli elastīgs, ne vienmēr lētāks.

Uzņēmuma vadībai noder kopējo īpašumtiesību izmaksu aprēķins vismaz trīs līdz pieciem gadiem. Tajā jāiekļauj ne tikai infrastruktūra, bet arī dīkstāves risks, iekšējā darba laika patēriņš un nepieciešamība pēc ārējas ekspertīzes.

Drošība un normatīvās prasības

Drošību nenosaka vieta, kur atrodas serveris. To nosaka piekļuves pārvaldība, daudzfaktoru autentifikācija, atjaunināšana, žurnālu uzraudzība, šifrēšana, segmentācija un cilvēku rīcība. Gan publiskajā mākonī, gan lokālā vidē ir iespējams izveidot augsta līmeņa aizsardzību. Abos gadījumos slikta pārvaldība atstāj ievainojamības.

Ja uzņēmums apstrādā personas datus, finanšu informāciju vai nozares regulētus datus, jānoskaidro, kur dati tiek glabāti, kas tiem var piekļūt un kā tiek nodrošināta incidentu izmeklēšana. Eiropas datu glabāšanas prasības un klientu līgumu nosacījumi var ietekmēt izvēli, taču tie paši par sevi nenozīmē, ka vajadzīgs lokāls serveris. Bieži piemērots ir Eiropas reģionā izvietots mākonis ar skaidri definētu pārvaldības modeli.

Pieejamība un atjaunošana pēc incidenta

Svarīgākais jautājums nav, vai serveris var salūzt. Tas var salūzt jebkur. Jautājums ir, cik ātri uzņēmums spēj atjaunot darbu, ja notiek aparatūras kļūme, kiberuzbrukums, ugunsgrēks, interneta pārtraukums vai kļūdaina datu dzēšana.

Mākonis atvieglo ģeogrāfiski atdalītas kopijas un rezerves vides izveidi, taču tas nav automātisks darbības nepārtrauktības plāns. Arī mākoņa dati jāaizsargā pret dzēšanu, šifrēšanas vīrusiem un lietotāju kļūdām. Savukārt lokālam serverim nepieciešamas pārbaudītas ārpusvietas kopijas un skaidrs atjaunošanas plāns, kas nav tikai fails mapē ar nosaukumu “backup”.

Uzņēmumam jādefinē divi rādītāji: cik ilga dīkstāve ir pieņemama un cik daudz datu drīkst zaudēt. Pēc šiem kritērijiem izvēlas rezerves kopiju biežumu, atjaunošanas arhitektūru un nepieciešamo budžetu.

Veiktspēja, savienojamība un lietotāju pieredze

Ja darbinieki ikdienā strādā no dažādām vietām, publiskais mākonis bieži nodrošina vienkāršāku piekļuves modeli. Tas samazina atkarību no viena biroja interneta pieslēguma un ļauj ātrāk nodrošināt darba vietas jaunām komandām.

Savukārt sistēmām ar intensīvu datu apmaiņu starp lietotājiem un serveri lokāla vide var nodrošināt labāku reakcijas ātrumu. Tas ir svarīgi, piemēram, projektēšanas failiem, noliktavas procesiem vai specializētām datubāzēm. Šeit lēmumu jāpieņem pēc mērījumiem un lietojumprogrammas prasībām, nevis pieņēmuma, ka mākonis vienmēr būs lēnāks vai ātrāks.

Hibrīdā infrastruktūra bieži novērš mākslīgu izvēli

Daudzos uzņēmumos visdrošākais un praktiskākais modelis apvieno abas pieejas. Lokāli var palikt sistēmas, kurām vajadzīga zema aizture vai cieša integrācija ar biroja un ražošanas vidi. Mākonī var izvietot sadarbības rīkus, attālinātās darba vietas, rezerves kopijas, katastrofu atjaunošanas vidi un elastīgi mērogojamas lietojumprogrammas.

Hibrīda modelis nav kompromiss tikai kompromisa dēļ. Tas ļauj katrai darba slodzei izvēlēties piemērotāko vidi. Taču šāda arhitektūra prasa skaidru pārvaldību: vienotus piekļuves principus, dokumentētu tīkla struktūru, regulārus drošības pārskatus un atbildīgo personu sadalījumu.

KSK IT praksē infrastruktūras izvēli ir vērts sākt ar sistēmu un biznesa risku kartēšanu, nevis ar konkrēta servera vai mākoņa pakalpojuma izvēli. Ja nav skaidrs, kuras lietojumprogrammas ir kritiskas, kādi dati tajās glabājas un cik ilgi uzņēmums var iztikt bez tām, tehnoloģiskais lēmums būs balstīts minējumos.

Kā pieņemt lēmumu bez pārmaksas un riska

Pirms investīcijas izvērtējiet katru būtisko sistēmu atsevišķi. Nosakiet tās lietotājus, datu apjomu, pieejamības prasības, savienojamību ar citām sistēmām un atjaunošanas prioritāti. Tad aprēķiniet izmaksas ne tikai par ieviešanu, bet arī par drošību, uzraudzību, rezerves kopijām un atbalstu visā paredzētajā lietošanas laikā.

Noderīga ir arī neatkarīga IT un katastrofu atjaunošanas plāna pārbaude. Tā atklāj, vai uzņēmuma pieņēmumi par rezerves kopijām un sistēmu atjaunošanu ir reāli pārbaudīti, nevis tikai dokumentēti. Lēmuma kvalitāti nosaka nevis izvēlētais termins - mākonis vai lokāls serveris -, bet spēja uzturēt šo vidi kontrolētu arī pēc gada, diviem un krīzes brīdī.

Sāciet ar jautājumu, kuras biznesa funkcijas nedrīkst apstāties. Kad atbilde ir skaidra, infrastruktūras izvēle kļūst par vadāmu lēmumu ar izmērāmu risku, budžetu un atbildību.