Cloud storage: zašto sve više firmi prelazi u oblak?

Cloud storage je način čuvanja i pristupa podacima preko mreže, na infrastrukturi koju održava pružalac cloud usluge ili organizacija koja upravlja privatnim oblakom. Za firmu to može značiti manje zavisnosti od jednog lokalnog servera, lakšu saradnju i mogućnost da se kapacitet prilagođava potrebama. Ali prelazak u oblak nije automatska ušteda, niti automatski znači da su svi podaci bezbedni.

Prava odluka nije „cloud ili ništa“. Potrebno je utvrditi koje podatke kompanija čuva, ko ih koristi, koliko brzo moraju biti dostupni, koliko košta njihov rast i kako se vraćaju posle greške ili napada. Kada se ti zahtevi definišu, cloud storage postaje poslovni izbor koji je moguće meriti.

Šta je cloud storage i kako funkcioniše?

Cloud storage, odnosno skladištenje podataka u oblaku, omogućava da se fajlovi, dokumenti, rezervne kopije i drugi podaci čuvaju na udaljenim sistemima i koriste kroz aplikaciju, web interfejs ili API. Korisnik vidi servis i pravila pristupa; ne mora lično da kupuje i održava svaki disk i uređaj na kojem su podaci smešteni.

NIST definiše cloud computing kroz pristup resursima na zahtev, široku mrežnu dostupnost, deljenje resursa, brzo prilagođavanje kapaciteta i merenu potrošnju. Cloud storage je jedan od načina primene tog modela. Može da bude deo poslovne aplikacije, zaseban servis za fajlove ili infrastrukturna komponenta za druge sisteme.

Podaci mogu biti fizički raspoređeni kroz više uređaja ili lokacija, ali konkretna dostupnost, redundansa i ugovorene garancije zavise od izabrane usluge i konfiguracije. Zato nije dovoljno reći da se nešto nalazi „u oblaku“ — važno je znati u kom servisu, regionu i pod kojim pravilima.

Tri tipa cloud skladištenja: file, object i block

File storage organizuje podatke kao fajlove i foldere. Koristan je kada timovi rade sa dokumentima, zajedničkim direktorijumima i uobičajenim poslovnim fajlovima. Sistem prava pristupa i saradnje može biti jednako važan kao sam kapacitet.

Object storage čuva podatke kao objekte sa jedinstvenim identifikatorom i metapodacima. Često se koristi za arhive, velike kolekcije dokumenata, medijske fajlove, logove i rezervne kopije. Aplikacije mu obično pristupaju kroz API, a ne kao klasičnom mrežnom disku.

Block storage obezbeđuje blokove za operativne sisteme, virtuelne mašine ili baze podataka kojima su važne performanse i predvidiv pristup. Nije namenjen istom korisničkom iskustvu kao deljeni folder sa dokumentima.

Google Cloud opisuje upravo ove tri arhitekture. Razlika je važna: nije svaka usluga koja se reklamira kao „cloud storage“ pravi izbor za svako radno opterećenje.

Zašto kompanije prelaze na cloud storage?

Prvi razlog je pristup informacijama: zaposleni na više lokacija mogu, uz odgovarajuće dozvole, da rade sa istim podacima i verzijama dokumenata. Time se smanjuje zavisnost od slanja priloga i ručnog kopiranja fajlova, mada saradnja funkcioniše dobro samo kada su pravila organizovana.

Drugi je fleksibilan kapacitet. Rast podataka ne mora odmah da pokrene nabavku lokalnog hardvera. Ipak, rast potrošnje treba pratiti jer se i troškovi cloud usluge mogu povećavati.

Treći razlog su operativne mogućnosti: centralno upravljanje, evidentiranje aktivnosti, kontrole deljenja, automatizovane politike čuvanja i integracija sa poslovnim aplikacijama. Koje su od ovih funkcija dostupne zavisi od plana i proizvoda.

Četvrti je kontinuitet poslovanja. Dobro projektovano cloud rešenje može pomoći pri oporavku posle otkaza lokalne opreme. Međutim, nije dovoljno pretpostaviti da je dostupnost servisa isto što i mogućnost vraćanja slučajno obrisanog ili šifrovanog podatka.

Cloud storage, sinhronizacija i backup nisu isto

Sinhronizacija omogućava da se promene jednog fajla prenesu između uređaja ili korisnika. To je dobro za svakodnevni rad, ali pogrešno brisanje ili šifrovanje može se sinhronizovati zajedno sa legitimnim izmenama.

Backup ima drugačiji cilj: treba da omogući vraćanje podataka u poznato ispravno stanje. Za to su bitni istorija verzija, period zadržavanja, zaštita kopija od neovlašćenog brisanja i redovno testiran oporavak. Servis za deljenje fajlova može imati korisne funkcije vraćanja, ali to ne znači da zamenjuje zasebnu strategiju rezervnih kopija.

Replikacija može da poveća dostupnost podataka kada otkaže jedan sistem ili lokacija. Ipak, kopiranje podataka zajedno sa greškom nije isto što i čuvanje nezavisne rezervne verzije. Strategija oporavka treba da polazi od konkretnih scenarija: obrisan fajl, zaključan nalog, ransomware, gubitak regiona ili prestanak rada dobavljača.

Da li je cloud bezbedniji od lokalnog servera?

Nije moguće dati univerzalan odgovor. Bezbednost zavisi od rizika, podešavanja, održavanja, identiteta korisnika i brzine reagovanja na incident. Dobro upravljan lokalni sistem može biti primeren zahtevima firme, kao što i loše podešen cloud nalog može predstavljati ozbiljan rizik.

Kod cloud-a važi model podeljene odgovornosti. Dobavljač upravlja određenim delovima infrastrukture, dok kompanija i dalje odgovara za svoje podatke, identitete, prava pristupa i konfiguracije koje kontroliše. Tačna granica razlikuje se između SaaS, PaaS i IaaS usluga.

Microsoft u svom vodiču posebno ističe da korisnik zadržava odgovornost za podatke i identitete. Praktično, to znači da firma treba da uključi MFA, ograniči administratorska prava, proverava javno deljenje, prati prijave i aktivnosti, uređuje pristup bivših zaposlenih i proverava politike zadržavanja podataka.

Šifrovanje tokom prenosa i čuvanja je važno, ali nije jedina kontrola. Potrebno je razumeti ko upravlja ključevima, ko može da preuzme podatke i kako se otkrivaju nepravilnosti. Bezbednost je postupak koji se redovno proverava, a ne karakteristika koja se jednom uključi.

Koliko košta cloud storage i gde nastaju skriveni troškovi?

Cena ne mora zavisiti samo od količine zauzetog prostora. Neki servisi naplaćuju dodatne zahteve prema skladištu, preuzimanje podataka, saobraćaj ka drugim lokacijama, određene funkcije upravljanja, dodatne kopije ili duže čuvanje. Kod poslovnih servisa za saradnju licenca po korisniku i nivo administracije mogu biti važniji od cene po gigabajtu.

AWS, na primer, javno razdvaja cene čuvanja, zahteva, preuzimanja, prenosa, replikacije i pojedinih opcija upravljanja. To nije univerzalni cenovnik za sve provajdere, ali je dobar podsetnik da treba računati ukupan trošak korišćenja, a ne samo osnovnu pretplatu.

Pre odluke proverite koliko podataka firma ima danas, koliko brzo rastu, koliko često se otvaraju, koliko se prenose van servisa i koliko dugo moraju ostati dostupni. Posebno proverite trošak izlaska iz servisa i preuzimanja cele arhive. Niska ulazna cena može biti nebitna ako se zahtevaju skupe operacije vraćanja ili migracije.

Korisno je napraviti nekoliko scenarija: redovan rad, rast tima, veća migracija, incident i potpuno napuštanje usluge.

Public, private i hybrid cloud: koji model odabrati?

Public cloud koristi uslugu pružaoca koji održava zajedničku infrastrukturu uz logičko razdvajanje korisnika. Dobar je za mnoge standardizovane potrebe, ali pravila pristupa i upravljanje podacima ostaju važni.

Private cloud je okruženje namenjeno jednoj organizaciji. Može pružiti veću kontrolu nad arhitekturom i specifičnim zahtevima, ali ne uklanja obavezu održavanja i upravljanja.

Hybrid cloud povezuje različita okruženja, na primer lokalni server i cloud servis, prema unapred određenim pravilima. To često ima smisla kada neki sistemi moraju ostati lokalni, dok se deo podataka koristi za saradnju ili udaljeni oporavak.

Za firmu je važno da ne meša naziv modela sa rezultatom. Najbolji model je onaj koji odgovara aplikacijama, pravilima pristupa, ciljanom oporavku i realnom budžetu. Više o izboru infrastrukture može se razmotriti kroz CoreTech IT ekosistem.

Gde se podaci fizički nalaze i ko im može pristupiti?

Pre migracije treba znati u kom regionu se podaci čuvaju, postoji li replikacija na druge lokacije, ko je ugovorni obrađivač i koji podizvođači učestvuju u pružanju usluge. Za neke vrste podataka važe posebne ugovorne, regulatorne ili sektorske obaveze. Zahtevi se razlikuju po kompaniji i nadležnom pravu, pa ih treba proveriti sa odgovornim stručnjacima.

Klasifikacija podataka olakšava izbor: javni materijali, interni dokumenti, podaci o klijentima, finansijska dokumentacija i posebne kategorije podataka ne moraju imati ista pravila čuvanja i deljenja.

Definišite ko odobrava pristup, šta se dešava kada zaposleni promeni ulogu i koliko dugo se podaci zadržavaju. Zahtevajte da izvoz podataka bude dokumentovan, a brisanje iz servisa i rezervnih kopija objašnjeno.

Kako bezbedno preći na cloud storage?

Korak 1 — popis podataka. Utvrdite izvore, tipove fajlova, veličinu, rast, vlasnike, važnost i osetljivost podataka. Identifikujte zastarele kopije i podatke koji ne moraju biti migrirani.

Korak 2 — poslovni zahtevi. Odredite ko radi sa podacima, koliko brzo treba da ih pronađe, koliko zastoja firma može da podnese i koliko podataka je prihvatljivo izgubiti u incidentu. Za oporavak se često koriste pojmovi RTO (ciljano vreme oporavka) i RPO (prihvatljiv gubitak podataka izražen vremenom).

Korak 3 — bezbednosna pravila. Postavite MFA, najmanji potreban pristup, grupe korisnika, evidenciju aktivnosti, pravila deljenja i nezavisne kopije. Odgovorne osobe moraju biti imenovane pre prelaska.

Korak 4 — pilot migracija. Prenesite ograničen skup podataka i proverite dozvole, putanje, verzije, performanse, pretragu, kompatibilnost aplikacija i povratak fajlova.

Korak 5 — postepeno preseljenje. Radite po grupama i procesima, sa planom povratka ako nešto ne funkcioniše. Privremeno dupliranje sistema treba ograničiti i jasno definisati koja verzija je zvanična.

Korak 6 — provera nakon prelaska. Merite vreme pronalaženja dokumenta, broj problema sa pristupom, uspešnost backup-a, vreme oporavka, stvarne troškove i zadovoljstvo timova.

Ovo je okvir za planiranje, ne univerzalni raspored: trajanje i obim zavise od broja korisnika, sistema i podataka.

Kada nije dobra ideja sve prebaciti u oblak?

Cloud nije automatski dobar izbor za aplikaciju koja zavisi od veoma male latencije, nepouzdane internet veze ili hardvera vezanog za lokaciju. Neke nasleđene aplikacije teško podnose promenu načina pristupa fajlovima, dok je za određene podatke potreban poseban ugovorni ili regulatorni tretman.

Ako kompanija nema kontrolu nad korisničkim nalozima, ne zna ko koristi koje podatke i nema plan za backup, prvo treba urediti te osnove. Preseljenje neurednog sistema u oblak može samo prebaciti iste probleme na drugo mesto.

Postepeni, hibridni pristup često može smanjiti rizik i omogućiti poređenje troškova sa lokalnim rešenjem. U tom smislu cloud storage je deo šire digitalne transformacije, a ne cilj sam po sebi.

Kako meriti uspeh prelaska na cloud?

Uspeh nije broj prebačenih gigabajta. Pratite procenat dokumenata sa definisanim vlasnikom, broj nepotrebnih javnih linkova, vreme potrebno za dodelu ili uklanjanje pristupa, mogućnost povratka obrisanih fajlova i vreme koje zaposleni provode tražeći informacije.

Finansijska slika uključuje trošak licence ili skladišta, administracije, mrežnog prenosa, rezervnih kopija i podrške. Bezbednosna slika uključuje reviziju pristupa, MFA, uspeh testova oporavka i broj otvorenih rizika.

Kada se ovi pokazatelji uporede sa početnim stanjem, moguće je proceniti da li je prelazak doneo realnu vrednost ili samo promenio infrastrukturu.

Zaključak: cloud storage kao poslovna odluka

Cloud storage omogućava fleksibilno čuvanje podataka i saradnju, ali se prava korist pojavljuje tek kada kompanija uredi pristupe, vlasništvo nad podacima, rezervne kopije, troškove i procedure oporavka. Izbor između public, private, hybrid ili lokalnog modela treba da proizlazi iz poslovnih zahteva.

Za planiranje skladištenja i kontinuiteta rada pogledajte CoreTech IT infrastrukturu ili zakažite razgovor. Dobar početak je procena postojećih sistema i jasan pilot, a ne obećanje da je svaki prelazak u oblak automatski brži, jeftiniji ili bezbedniji.

Povezana usluga: CoreTech IT infrastruktura.