Uvod: evolucija računarstva i pojave oblaka

Razvoj informatičke tehnologije kroz drugu polovinu 20. i početak 21. veka obeležen je neprestanom potragom za efikasnijim, fleksibilnijim i skalabilnijim načinima isporuke računarskih resursa i servisa. Od monumentalnih mainframe računara iz 1960-ih, preko distribuiranih sistema klijent-server arhitekture 1980-ih i 1990-ih, do interneta i veb servisa ranih 2000-ih, svaki evolucioni korak težio je decentralizaciji, apstrakciji i optimizaciji. Međutim, paradigmatska promena koja je definisala drugu deceniju 21. veka, a čiji uticaj nastavlja da raste, jeste pojava i masovno usvajanje cloud computinga, odnosno računarstva u oblaku. ¹

Oblak (cloud) nije samo tehnologija, već fundamentalno novi model isporuke IT resursa kao usluge, na zahtev, putem mreže, sa minimalnom intervencijom administratora. Ova tranzicija, od posedovanja i upravljanja sopstvenom infrastrukturom ka konzumiranju resursa kao utility servisa, transformisala je operativne modele, ekonomske principe i inovativne sposobnosti preduzeća na globalnom nivou. Poseban značaj ima na enterprise nivou, gde su telekomunikacioni operateri, finansijske institucije, globalne korporacije i javni sektor suočeni sa izazovima masovnog obima podataka, kompleksnosti aplikacija, stringentnim regulatornim zahtevima i potrebom za konstantnom agilnošću. Ovaj članak će detaljno istražiti tri ključna modela servisa u oblaku – IaaS, PaaS i SaaS – kao i fundamentalne tehnologije virtuelizacije i kontejnerizacije koje su omogućile njihovu ekspanziju na enterprise nivou, sa posebnim osvrtom na tehničke detalje, istorijski razvoj i savremene primene.

Modeli servisa u oblaku: iaas, paas, saas i podela odgovornosti

Arhitektura cloud computinga je definisana kroz tri osnovna modela servisa, koji predstavljaju različite nivoe apstrakcije i odgovornosti između provajdera usluga i krajnjeg korisnika. Razumevanje ovih modela ključno je za odabir adekvatnog cloud rešenja za specifične poslovne potrebe.

IaaS (infrastructure as a service)

IaaS je najniži nivo cloud servisa i pruža osnovnu računarsku infrastrukturu – virtuelne mašine (VMs), skladišni prostor, mreže i operativne sisteme – kao uslugu. U IaaS modelu, provajder oblaka (npr. Amazon Web Services (AWS), Microsoft Azure, Google Cloud Platform (GCP)) upravlja fizičkom infrastrukturom (serverima, mrežnom opremom, data centrima), dok korisnik ima potpunu kontrolu nad operativnim sistemima, aplikacijama i konfiguracijom mreže.

Korisnici IaaS-a dobijaju virtuelne mašine koje mogu konfigurisati po svojim potrebama, instalirati željene operativne sisteme i softver, te upravljati svim aspektima virtualnog okruženja. Prednosti IaaS-a uključuju visoku fleksibilnost, skalabilnost na zahtev, smanjene inicijalne troškove kapitala (CAPEX) prelaskom na operativne troškove (OPEX) i bržu deployovanje infrastrukture. Ipak, korisnik je odgovoran za održavanje operativnog sistema, instalaciju patch-eva, upravljanje bezbednošću na nivou OS-a i aplikacija, kao i za razvoj i održavanje samih aplikacija. Tipični scenariji primene uključuju hosting veb sajtova i aplikacija, razvojno/testno okruženje, skladištenje podataka i operacije visokih performansi (HPC).

PaaS (platform as a service)

PaaS podiže nivo apstrakcije pružajući kompletnu razvojnu platformu i okruženje za deployovanje aplikacija. Pored osnovne infrastrukture koju nudi IaaS, PaaS provajder upravlja operativnim sistemima, softverom za baze podataka, veb serverima i drugim middleware-om. Korisnici PaaS-a se fokusiraju isključivo na razvoj, deployovanje i upravljanje svojim aplikacijama, bez brige o održavanju underlying infrastrukture.

Ovaj model značajno ubrzava proces razvoja i deployovanja, eliminišući potrebu za instalacijom i konfiguracijom softverskih komponenti platforme. Provajder brine o skaliranju, bezbednosti platforme i dostupnosti. Međutim, PaaS nameće određena ograničenja u pogledu kontrole nad operativnim sistemom i underlying softverom, što može dovesti do tzv. "vendor lock-in" problema. Primeri PaaS servisa uključuju AWS Elastic Beanstalk, Azure App Service, Google App Engine i Heroku. PaaS je idealan za developere koji žele brzo da pokrenu aplikacije i ne žele da se bave infrastrukturnim detaljima.

SaaS (software as a service)

SaaS je najviši nivo apstrakcije i najrasprostranjeniji model cloud servisa, gde provajder isporučuje kompletnu, spremnu za upotrebu, aplikaciju krajnjim korisnicima preko interneta. Korisnici jednostavno pristupaju softveru putem veb pretraživača ili namenskih klijentskih aplikacija, bez potrebe za instalacijom, konfiguracijom ili održavanjem bilo kakvog hardvera ili softvera.

U SaaS modelu, provajder je odgovoran za celokupnu infrastrukturu, platformu, aplikaciju, održavanje, nadogradnje, bezbednost i dostupnost. Korisnici plaćaju pretplatu za korišćenje servisa, obično mesečno ili godišnje, na osnovu broja korisnika ili nivoa korišćenja. Prednosti uključuju niske inicijalne troškove, brzu implementaciju, automatske nadogradnje i dostupnost sa bilo kog mesta. Glavni nedostaci mogu biti ograničena prilagodljivost aplikacije, zavisnost od provajdera i potencijalni problemi sa integracijom sa postojećim sistemima. Popularni primeri SaaS-a su Microsoft Office 365, Salesforce, Google Workspace (ranije G Suite), Zoom i mnogi drugi.

Tabela 1: Poređenje modela cloud servisa i podela odgovornosti

Model deljene odgovornosti (Shared Responsibility Model) je fundamentalni koncept u cloudu, posebno izražen kod IaaS i PaaS modela. On jasno definiše šta provajder pruža "kao uslugu" i za šta je odgovoran ("bezbednost oblaka" - security of the cloud), a za šta je korisnik odgovoran ("bezbednost u oblaku" - security in the cloud), uključujući konfiguraciju servisa i zaštitu podataka. ²

Temelji oblaka: virtuelizacija na enterprise nivou

Srž cloud computinga, posebno IaaS modela, leži u tehnologiji virtuelizacije. Virtuelizacija je proces kreiranja softverske, tj. virtuelne verzije nečega što je obično fizičko – računarske arhitekture, servera, skladišnog prostora, mrežnih resursa ili operativnih sistema. Ona omogućava da se jedan fizički resurs (server) podeli na više izolovanih virtuelnih resursa, svaki sa sopstvenim operativnim sistemom i aplikacijama, bez međusobnog uticaja.

Istorijski razvoj virtuelizacije

Koncept virtuelizacije nije nov; datira još iz 1960-ih godina sa IBM-ovim mainframe sistemima. Tadašnja potreba za virtuelizacijom proizilazila je iz visokih troškova i kompleksnosti mainframe računara. Sistem poput IBM System/360-67 uveo je VM/370 softver, koji je omogućavao pokretanje više virtuelnih mašina na jednom fizičkom mainframe-u, poboljšavajući korišćenje resursa i izolaciju radnih opterećenja. ³

Međutim, masovna primena virtuelizacije na x86 arhitekturi, koja je danas dominantna u data centrima, započela je tek kasnih 1990-ih i ranih 2000-ih, sa pionirima poput kompanije VMware. Tehnološki napredak u procesorima (npr. Intel VT-x i AMD-V proširenja instrukcijskog seta) značajno je olakšao implementaciju virtuelizacije, čineći je efikasnijom i dostupnijom.

Teorija virtuelizacije i hipervizori

U osnovi virtuelizacije je softverski sloj poznat kao hipervizor (hypervisor) ili monitor virtuelne mašine (VMM). Hipervizor je odgovoran za kreiranje i upravljanje virtuelnim mašinama (VMs), alokaciju fizičkih resursa (CPU, RAM, disk, mreža) svakoj VM-u i obezbeđivanje izolacije između njih.

Postoje dva glavna tipa hipervizora:

1. Hipervizor Tipa 1 (Bare-metal ili Native Hypervisor): Ovaj tip hipervizora se instalira direktno na hardver servera, bez posredovanja host operativnog sistema. Deluje kao lagani operativni sistem koji upravlja hardverom i distribuira ga virtuelnim mašinama. Prednosti Tipa 1 uključuju visoke performanse, bolju bezbednost (manja površina za napad) i efikasnije korišćenje resursa, jer nema dodatnog sloja host OS-a. Zbog ovih karakteristika, hipervizori Tipa 1 su standard u enterprise okruženjima i cloud data centrima. Popularni primeri su VMware ESXi, Microsoft Hyper-V, KVM (Kernel-based Virtual Machine) i Xen. KVM je posebno značajan jer je deo Linux kernela, što ga čini popularnim izborom za open-source cloud rešenja poput OpenStacka.
2. Hipervizor Tipa 2 (Hosted Hypervisor): Ovaj hipervizor se instalira kao aplikacija na postojećem operativnom sistemu (host OS), kao što je Windows ili Linux. Virtuelne mašine se zatim pokreću unutar te aplikacije. Tip 2 je jednostavniji za instalaciju i pogodan je za desktop okruženja, razvoj i testiranje, ali ima slabije performanse i veću latenciju u poređenju sa Tipom 1, zbog dodatnog sloja host OS-a. Primeri uključuju VMware Workstation, Oracle VirtualBox i Parallels Desktop.

Virtuelizacija donosi mnoge benefite na enterprise nivou:

• Konsolidacija servera: Smanjenje broja fizičkih servera i prateće infrastrukture (napajanje, hlađenje), što dovodi do uštede troškova.
• Izolacija: Svaka VM radi u svom izolovanom okruženju, što znači da kvar jedne aplikacije ne utiče na druge.
• Fleksibilnost i agilnost: Brzo kreiranje, deployovanje i migracija VM-ova.
• Visoka dostupnost i oporavak od katastrofe: Jednostavnije implementiranje rešenja za visoku dostupnost (HA) i oporavak od katastrofe (DR) kroz migraciju VM-ova.
• Efikasnije korišćenje resursa: Bolja iskorišćenost CPU-a, RAM-a i skladišta.

Revolucija kontejnerizacije: docker i kubernetes

Iako je virtuelizacija transformisala IT, sa sobom nosi određeni "overhead" zbog potrebe za potpunom emulacijom hardvera i pokretanjem kompletnog operativnog sistema unutar svake VM-a. Ovaj overhead podrazumeva značajnu potrošnju resursa (CPU, RAM, disk) i sporije pokretanje. Potreba za lakšim, bržim i efikasnijim načinom izolacije aplikacija dovela je do pojave kontejnerizacije.

Šta je kontejnerizacija?

Za razliku od virtuelnih mašina koje virtualizuju hardver i zahtevaju kompletan OS za svaku instancu, kontejneri virtualizuju operativni sistem. Oni dele jezgro (kernel) host operativnog sistema, a svaka aplikacija je enkapsulirana u zaseban kontejner sa svim svojim zavisnostima (bibliotekama, binarnim fajlovima, konfiguracionim fajlovima). Kontejneri obezbeđuju procesnu izolaciju koristeći tehnologije kernela kao što su cgroups (control groups) za upravljanje resursima i namespaces za izolaciju procesa, fajl sistema i mreže. ⁴

Glavne prednosti kontejnera su:

• Lakoća i brzina: Kontejneri su mnogo lakši od VM-ova (reda veličine megabajta, ne gigabajta) i pokreću se za delić sekunde.
• Prenosivost: Kontejneri su dizajnirani da rade identično na bilo kom okruženju (development, test, production, on-premise, cloud), pod uslovom da host OS ima kompatibilno jezgro. Ovo rešava problem "radi na mojoj mašini".
• Efikasnost resursa: Deljenje kernela znači manju potrošnju RAM-a i CPU-a po aplikaciji, omogućavajući pokretanje znatno više kontejnera na jednom fizičkom ili virtuelnom serveru.
• DevOps prijateljski: Olakšavaju implementaciju CI/CD (Continuous Integration/Continuous Deployment) procesa.

Docker: standard za kontejnerizaciju

Kompanija Docker Inc. je 2013. godine predstavila Docker, platformu koja je popularizovala kontejnerizaciju i učinila je pristupačnom široj populaciji developera i operatera. Docker je pružio jednostavan set alata za kreiranje, deployovanje i pokretanje kontejnera.

Ključne komponente Docker ekosistema uključuju:

• Dockerfile: Tekstualni fajl koji definiše kako se pravi Docker slika.
• Docker Image: Read-only šablon koji sadrži kod aplikacije, runtime, sistemske alate, biblioteke i sve zavisnosti.
• Docker Container: Pokrenuta instanca Docker slike. Kontejneri su izolovani procesi.
• Docker Engine: Softverski sloj koji pokreće i upravlja kontejnerima na host mašini.
• Docker Registry (npr. Docker Hub): Centralno skladište za Docker slike.

Docker je fundamentalno promenio način na koji se softver pakuje i isporučuje, postajući de facto standard za kontejnerizaciju.

Kubernetes: orkestracija kontejnera na skali

Iako je Docker olakšao kreiranje i pokretanje pojedinačnih kontejnera, upravljanje stotinama ili hiljadama kontejnera raspoređenih na desetinama servera postalo je izuzetno kompleksno. Tu na scenu stupa Kubernetes (K8s), open-source sistem za orkestraciju kontejnera, originalno razvijen od strane kompanije Google (baziran na njihovom internom sistemu Borg), a danas održavan od strane Cloud Native Computing Foundation (CNCF). ⁵

Kubernetes rešava izazove upravljanja kontejnerima na velikoj skali, pružajući mogućnosti kao što su:

• Automatizovano deployovanje i skaliranje: Automatsko pokretanje, zaustavljanje i skaliranje kontejnera prema definisanim pravilima.
• Samoizlečenje (Self-healing): Automatsko restartovanje neuspešnih kontejnera, zamena i reschedule kontejnera na zdrave nodove.
• Balansiranje opterećenja (Load Balancing): Distribucija mrežnog saobraćaja između više kontejnera.
• Upravljanje skladištem: Integracija sa različitim tipovima skladišta.
• Upravljanje konfiguracijom i tajnim podacima: Sigurno skladištenje i isporuka osetljivih podataka i konfiguracija.
• Automatsko postavljanje i roll out/roll back: Omogućava ažuriranje aplikacija bez prekida rada i povratak na prethodne verzije u slučaju problema.

Kubernetes arhitektura se sastoji od Master node-a (koji upravlja klasterom) i Worker node-ova (koji pokreću kontejnere). Ključni koncepti uključuju Pods (najmanja deployabilna jedinica, jedan ili više kontejnera), Deployments (za deklarativno upravljanje Podovima), i Services (za izlaganje Podova mreži).

Kombinacija Dockera za pakovanje aplikacija i Kubernetesa za njihovu orkestraciju postala je de facto standard za razvoj i deployovanje cloud-native aplikacija u enterprise okruženju, omogućavajući do sada neviđenu agilnost, otpornost i skalabilnost.

Bezbednost, upravljanje i izazovi u enterprise cloudu

Implementacija cloud servisa na enterprise nivou, bilo da se radi o privatnom, javnom ili hibridnom oblaku, donosi značajne prednosti, ali i postavlja složene izazove, posebno u domenima bezbednosti, upravljanja i finansija.

Bezbednosni izazovi i deljena odgovornost

Bezbednost u oblaku je primarna briga za mnoga preduzeća. Dok cloud provajderi ulažu ogromne resurse u fizičku i mrežnu bezbednost svojih data centara, odgovornost za bezbednost aplikacija i podataka ostaje deljena. Model deljene odgovornosti (Shared Responsibility Model) precizira ko je za šta odgovoran:

• Provajder oblaka (npr. AWS, Azure): Odgovoran je za "bezbednost oblaka" – fizičku bezbednost, bezbednost infrastrukture, globalne mreže, hipervizora i osnovnih servisa.
• Korisnik oblaka: Odgovoran je za "bezbednost u oblaku" – bezbednost aplikacija, podataka, konfiguracije operativnih sistema (IaaS), mrežne konfiguracije (firewall pravila, sigurnosne grupe), upravljanje identitetom i pristupom (IAM), enkripciju podataka i usklađenost sa regulatornim zahtevima.

Ključni bezbednosni izazovi uključuju:

• Upravljanje identitetom i pristupom (IAM): Pravilno definisanje uloga, privilegija i dvofaktorne autentifikacije.
• Zaštita podataka: Enkripcija podataka u mirovanju (at rest) i u tranzitu (in transit), pravilno upravljanje ključevima.
• Mrežna bezbednost: Konfiguracija virtuelnih mreža, subneta, sigurnosnih grupa, firewall-ova i VPN-ova.
• Slabosti aplikacija: Osiguravanje da aplikacije implementirane u oblaku nemaju ranjivosti.
• Usklađenost (Compliance): Poštovanje industrijskih standarda (PCI DSS, HIPAA, GDPR) i regulatornih zahteva, što je posebno kritično za telekomunikacioni i finansijski sektor.

Upravljanje resursima i troškovi (finops)

Fleksibilnost i model plaćanja po korišćenju u cloudu mogu dovesti do nekontrolisanog rasta troškova ukoliko se resursima ne upravlja efikasno. Koncept FinOps (Cloud Financial Operations) nastao je kao odgovor na ovaj izazov, spajajući finansijske, operativne i inženjerske timove radi optimizacije troškova u oblaku.

Strategije za FinOps uključuju:

• Praćenje i alokacija troškova: Detaljno praćenje potrošnje po timovima, projektima i aplikacijama.
• Optimizacija resursa: Gašenje neiskorišćenih resursa, pravilno dimenzionisanje VM-ova i kontejnera (right-sizing), korišćenje instanci niže cene (spot instances).
• Korišćenje popusta: Rezervisane instance (Reserved Instances) ili planovi štednje (Savings Plans) za predvidiva radna opterećenja.
• Automatizacija: Implementacija automatizovanih politika za gašenje neaktivnih resursa.

Multi-cloud i hibridni oblak

Kako preduzeća nastoje da smanje zavisnost od jednog provajdera (vendor lock-in) i iskoriste najbolje karakteristike različitih cloud platformi, strategije multi-cloud (korišćenje više javnih cloud provajdera) i hibridni oblak (kombinacija privatnog data centra i jednog ili više javnih cloudova) postaju sve važnije.

Hibridni oblak omogućava preduzećima da zadrže osetljive podatke i kritične aplikacije u svom privatnom oblaku (ili on-premise), dok manje kritična ili varijabilna radna opterećenja premeštaju u javni oblak. Prednosti uključuju bolju kontrolu, usklađenost i skalabilnost. Izazov je u orkestraciji i upravljanju resursima preko različitih okruženja, za šta se često koriste alati poput Kubernetesa sa rešenjima kao što su Rancher ili Red Hat OpenShift, koji omogućavaju upravljanje klasterima preko različitih cloudova.

Budući trendovi

Evolucija cloud computinga je neprekidna. Neki od ključnih budućih trendova uključuju:

• Serverless Computing (FaaS - Function as a Service): Dalji korak u apstrakciji, gde developeri deployuju pojedinačne funkcije koda, a provajder upravlja svom infrastrukturom i skaliranjem. Primeri su AWS Lambda, Azure Functions, Google Cloud Functions.
• Edge Computing: Premještanje obrade podataka bliže izvoru generisanja podataka (npr. IoT uređaji, telekomunikacione bazne stanice) kako bi se smanjila latencija i propusnost mreže. Cloud infrastruktura se širi na "edge" lokacije.
• AI/ML u Oblaku: Integracija veštačke inteligencije i mašinskog učenja kao servisa, omogućavajući preduzećima da koriste napredne analitike bez velikih inicijalnih investicija.
• Cloud Native Development: Filozofija razvoja aplikacija dizajniranih da u potpunosti iskoriste prednosti cloud okruženja, često koristeći mikroservise, kontejnere i DevOps principe.

Zaključak

Računarstvo u oblaku, zajedno sa svojim temeljnim tehnologijama virtuelizacije i kontejnerizacije, predstavlja stub moderne IT infrastrukture na enterprise nivou. Modeli IaaS, PaaS i SaaS nude spektar opcija koje preduzećima omogućavaju da odaberu nivo kontrole i apstrakcije koji najbolje odgovara njihovim specifičnim potrebama, bilo da se radi o potpunoj kontroli nad infrastrukturom, brzom razvoju aplikacija ili jednostavnoj konzumaciji softvera.

Virtuelizacija, sa svojim robustnim hipervizorima Tipa 1, ostaje kičma IaaS ponuda, pružajući pouzdanu izolaciju i efikasno korišćenje hardverskih resursa. S druge strane, kontejnerizacija, predvođena Dockerom i orkestracijom putem Kubernetesa, donela je revoluciju u načinu pakovanja, deployovanja i skaliranja aplikacija, nudeći neuporedivu prenosivost, brzinu i efikasnost resursa. Ove tehnologije, iako različite, često se dopunjuju, gde kontejneri rade unutar virtuelnih mašina u cloud okruženjima.

Za telekomunikacioni sektor, koji se suočava sa eksponencijalnim rastom podataka, potrebom za niskom latencijom (npr. 5G mreže i edge computing) i brzom isporukom novih servisa, cloud modeli i tehnologije poput virtuelizacije mrežnih funkcija (NFV) i softverski definisanih mreža (SDN) su neophodni za inovacije i opstanak. Implementacija ovih rešenja zahteva dubinsko razumevanje tehničkih aspekata, pažljivo planiranje bezbednosti i usklađenosti, kao i strateški pristup upravljanju troškovima.

Budućnost IT-a nesumnjivo je u oblaku. Kontinuirana evolucija ka serverless arhitekturama, edge computingu i sve većoj integraciji AI/ML servisa obećava još veće mogućnosti za inovacije i transformaciju, gurajući granice onoga što je moguće u digitalnom svetu. Razumevanje ovih temelja i trendova ključno je za svakog stručnjaka koji želi da ostane relevantan u dinamičnom svetu telekomunikacija i informacionih tehnologija.

---

Reference i fusnote

---

Reference i literatura:

1. Mell, P. M., & Grance, T. (2011). The NIST Definition of Cloud Computing. National Institute of Standards and Technology. Posebno relevantno za definiciju i karakteristike cloud computinga.↩

2. Microsoft. (2020). Shared responsibility in the cloud. Dostupno na: https://docs.microsoft.com/en-us/azure/security/fundamentals/shared-responsibility.↩

3. Creasy, R. J. (1981). The Origin of the VM/370 Time-Sharing System. IBM Journal of Research and Development, 25(5), 483-490.↩

4. Boettiger, J. (2015). An introduction to Docker and containerization. Docker Blog. Detaljnije objašnjenje kontejnerizacije i uloge Dockera.↩

5. Burns, B., Beda, J., & Al-Bassam, K. (2019). Kubernetes Up & Running: Dive into the Future of Infrastructure. O'Reilly Media. Opsežna referenca za Kubernetes arhitekturu i principe.↩

Česta pitanja (FAQ)