Rast računalne snage i razvoj virtualizacijskih tehnologija x86 platforme s jedne strane, te širenje IT outsourcinga s druge strane, doveli su do koncepta utility computing (IT kao pomoćna usluga). Zašto ne platiti IT na isti način kao vodu ili struju - točno onoliko koliko i točno kada vam treba, i ne više.
U ovom trenutku pojavio se koncept cloud computinga - konzumacija IT usluga iz “oblaka”, tj. iz nekog vanjskog skupa resursa, ne mareći kako ili odakle ti resursi dolaze. Baš kao što nas nije briga za infrastrukturu vodoprivrednih crpilišta. Do ovog trenutka razrađena je i druga strana koncepta - naime, koncept IT usluga i kako njima upravljati u okviru ITIL-a/ITSM-a.
Razvijene su brojne definicije oblaka (cloud computing), ali ih ne treba tretirati kao konačnu istinu - one su samo način da se formaliziraju načini pružanja korisnog računarstva.
- “Računalstvo u oblaku je tehnologija distribuirane obrade podataka u kojoj se računalni resursi i snaga pružaju korisniku kao internetska usluga” Wikipedia
- „Računalstvo u oblaku pruža model za pružanje praktičnog, mrežnog pristupa zajedničkom skupu konfigurabilnih računalnih resursa na zahtjev (npr. mreže, poslužitelji, pohrana, aplikacije i usluge) koji se mogu brzo osigurati i osigurati uz minimalno upravljanje napor ili intervencija.pružatelj usluga" NIST
- “Računalstvo u oblaku je paradigma za pružanje mrežnog pristupa skalabilnom i fleksibilnom skupu distribuiranih fizičkih ili virtualnih resursa, samoposlužnih i upravljanih na zahtjev” ISO/IEC 17788:2014. Informacijska tehnologija - Računalstvo u oblaku - Pregled i rječnik.
Prema NIST-u, postoje tri glavne vrste oblaka:
- IaaS – Infrastruktura kao usluga
- PaaS – Platform as a Service – Platforma kao usluga
- SaaS - softver kao usluga
Za vrlo pojednostavljeno razumijevanje razlike, pogledajmo model Pizza-as-a-Service:
NIST definira sljedeće potrebne značajke IT usluge koja se smatra temeljenom na oblaku.
- Univerzalni mrežni pristup (široki mrežni pristup) – usluga mora imati univerzalno mrežno sučelje koje omogućuje gotovo svakome povezivanje i korištenje usluge uz minimalne zahtjeve. Primjer - za korištenje električne mreže od 220 V dovoljno je spojiti se na bilo koju utičnicu sa standardnim univerzalnim sučeljem (utikačem), pri čemu se ne mijenja radi li se o kuhalu za vodu, usisavaču ili prijenosnom računalu.
- Mjerena usluga – ključna karakteristika usluge u oblaku je mjerljivost usluge. Vraćajući se analogiji sa strujom, platit ćete točno onoliko koliko ste potrošili s minimalnom granularnošću, do troška jednokratnog kuhanja kuhala za vodu, ako ste jednom tijekom cijelog mjeseca bili u kući i popili šalicu čaja.
- Samostalna konfiguracija usluga na zahtjev (on demand self service) – pružatelj usluga u oblaku pruža korisniku mogućnost inteligentne konfiguracije usluge, bez potrebe za interakcijom sa zaposlenicima pružatelja usluga. Da biste kuhali čajnik, apsolutno nije potrebno unaprijed kontaktirati Energosbyt i unaprijed ih upozoriti i dobiti dopuštenje. Od trenutka priključenja kuće (sklopljenog ugovora) svi potrošači mogu samostalno upravljati isporučenom snagom.
- Trenutačna elastičnost (brza elastičnost) – pružatelj usluga oblaka pruža resurse s mogućnošću trenutnog povećanja/smanjenja kapaciteta (unutar određenih razumnih granica). Čim se kuhalo za vodu uključi, pružatelj odmah isporučuje 3 kW snage u mrežu, a čim se isključi, smanjuje snagu na nulu.
- Udruživanje resursa – interni mehanizmi davatelja usluge omogućuju spajanje pojedinačnih proizvodnih kapaciteta u zajednički skup resursa uz daljnje pružanje resursa kao usluge različitim potrošačima. Kad uključimo kuhalo za vodu, najmanje nas brine iz koje elektrane dolazi struja. I svi ostali potrošači troše tu snagu zajedno s nama.
Važno je razumjeti da gore opisane karakteristike oblaka nisu uzete iz zraka, već su logičan zaključak iz koncepta korisnog računarstva. A javni servis u okviru koncepta mora imati te karakteristike. Ako jedna ili druga karakteristika ne odgovara, usluga se ne pogoršava i ne postaje "otrovna", samo prestaje biti mutna. Pa, tko je rekao da sve službe trebaju?
Zašto o tome govorim odvojeno? U proteklih 10 godina otkako je uvedena NIST definicija, bilo je mnogo rasprava o "pravoj naoblaci" kako je definirana. U Sjedinjenim Državama formulacija "u skladu je sa slovom zakona, ali ne i duhom" još uvijek se ponekad koristi u pravosudnoj sferi - au slučaju računalstva u oblaku, glavna stvar je duh, resursi za iznajmljivanje u dvoje klikovi mišem.
Treba napomenuti da se gornjih 5 karakteristika odnosi na javni oblak, ali kada prijeđete na privatni oblak, većina njih postaje izborna.
- Univerzalni mrežni pristup (široki mrežni pristup) – unutar privatnog oblaka, organizacija ima potpunu kontrolu nad proizvodnim postrojenjima i potrošačkim klijentima. Stoga se ova karakteristika može smatrati automatski ispunjenom.
- Izmjerena usluga ključna je karakteristika koncepta komunalnog računalstva, plaćanja na temelju potrošnje. Ali kako organizacija može platiti samu sebe? U tom slučaju dolazi do podjele proizvodnje i potrošnje unutar tvrtke, IT postaje pružatelj, a poslovne jedinice potrošači usluga. I međusobno poravnanje događa se između odjela. Moguća su dva načina rada: povrat (sa stvarnim međusobnim obračunima i financijskim kretanjem) i showback (u obliku izvješća o potrošnji resursa u rubljima, ali bez financijskog kretanja).
- Samoposluživanje na zahtjev – može postojati zajednička IT usluga unutar organizacije, u kojem slučaju karakteristika postaje besmislena. No, ako imate svoje informatičare ili administratore aplikacija u poslovnim jedinicama, potrebno je organizirati samoposlužni portal. Zaključak - karakteristika je izborna i ovisi o poslovnoj strukturi.
- Trenutna elastičnost (brza elastičnost) – unutar organizacije gubi smisao zbog fiksnog seta opreme za organiziranje privatnog oblaka. Može se koristiti u ograničenom opsegu unutar internih obračuna. Zaključak - nije primjenjivo za privatni oblak.
- Udruživanje resursa – danas praktički nema organizacije koja ne koristi virtualizaciju poslužitelja. Prema tome, ova se karakteristika može smatrati automatski ispunjenom.
Pitanje: Dakle, što je vaš privatni oblak? Što tvrtka treba kupiti i implementirati da bi je izgradila?
Odgovor: privatni oblak je prijelaz na novi administrativni model interakcije IT-Business, koji se sastoji od 80% administrativnih mjera i samo 20% tehnologije.
Plaćanje samo za potrošene resurse i jednostavan ulazak, bez potrebe za ulaganjem stotina milijuna nafte u kapitalne izdatke, doveli su do novog tehnološkog krajolika i pojave kompanija milijardera. Na primjer, moderni divovi Dropbox i Instagram pojavili su se kao startupi na AWS-u bez vlastite infrastrukture.
Posebno treba naglasiti da alati za upravljanje uslugama u oblaku postaju sve neizravniji, a ključna odgovornost IT direktora postaje odabir dobavljača i kontrola kvalitete. Pogledajmo izazove ove dvije nove odgovornosti.
Nastali kao alternativa klasičnoj teškoj infrastrukturi s vlastitim podatkovnim centrima i hardverom, oblaci su varljivo lagani. Lako je ući u oblak, ali se problem izlaska obično izbjegava. Kao i u svakoj drugoj industriji, pružatelji usluga u oblaku nastoje zaštititi poslovanje i otežati konkurenciju. Jedini ozbiljan konkurentski moment javlja se tek pri početnom odabiru pružatelja usluga u oblaku, a tada će se dobavljač potruditi da ga korisnik ne napusti. Štoviše, neće svi napori biti usmjereni na kvalitetu usluga ili njihov raspon. Prije svega, to je isporuka jedinstvenih usluga i korištenje nestandardnog sistemskog softvera, što otežava prelazak na drugog pružatelja usluga. U skladu s tim, pri odabiru pružatelja usluga potrebno je istovremeno formulirati plan prijelaza od ovog dobavljača (u biti punopravni DRP - plan oporavka od katastrofe) i razmisliti o arhitekturi pohrane podataka i sigurnosnih kopija.
Drugi važan aspekt novih odgovornosti IT direktora je praćenje kvalitete usluga dobavljača. Gotovo svi pružatelji usluga oblaka pridržavaju se SLA-ova prema vlastitim internim metrikama, što može imati iznimno neizravan utjecaj na poslovne procese korisnika. Sukladno tome, implementacija vlastitog sustava nadzora i upravljanja postaje jedan od ključnih projekata pri prijenosu značajnih IT sustava na cloud providera. Nastavljajući na temu SLA-a, potrebno je naglasiti da velika većina cloud pružatelja usluga ograničava odgovornost za neispunjavanje SLA-a na plaćanje mjesečne pretplate ili na dio plaćanja. Na primjer, AWS i Azure, ako se prekorači prag dostupnosti od 95% (36 sati mjesečno), dat će 100% popusta na pretplatu, a Yandex.Cloud - 30%.
I naravno, ne smijemo zaboraviti da oblake ne prave samo mastodonti iz klase Amazon i slonovi iz klase Yandex. Oblaci mogu biti i manji – veličine mačke ili čak miša. Kao što je pokazao primjer CloudMousea, ponekad se oblak jednostavno zaustavi i završi. Nećete dobiti nikakvu naknadu, nikakav popust - nećete dobiti ništa osim potpunog gubitka podataka.
S obzirom na gore navedene probleme s implementacijom vrhunskih poslovno kritičnih IT sustava u infrastrukturu oblaka, posljednjih je godina primijećen fenomen "repatrijacije oblaka".
Do 2020. računalstvo u oblaku prešlo je vrhunac prenapuhanih očekivanja i koncept je na putu do razočaranja (prema Gartner hype ciklusu). Prema istraživanju и do 80% korporativnih korisnika vraća se i planira vratiti opterećenja iz oblaka u vlastite podatkovne centre iz sljedećih razloga:
- Poboljšati dostupnost/izvedbu;
- Smanjite troškove;
- Za usklađivanje sa zahtjevima informacijske sigurnosti.
Što učiniti i kako je sve “stvarno”?
Nema sumnje da su oblaci ovdje na duge staze. I svake godine njihova će se uloga povećavati. No, ne živimo u dalekoj budućnosti, već u 2020. godini u vrlo specifičnoj situaciji. Što učiniti s oblacima ako niste startup, već klasični korporativni korisnik?
- Cloud je prvenstveno mjesto za usluge s nepredvidivim ili izrazito sezonskim opterećenjima.
- U većini slučajeva usluge s predvidljivim, stabilnim opterećenjem jeftinije je održavati u vlastitom podatkovnom centru.
- Potrebno je započeti rad s oblacima s testnim okruženjima i uslugama niskog prioriteta.
- Razmatranje postavljanja informacijskih sustava u oblak počinje razvojem metodologije za izlazak iz oblaka u drugi oblak (ili natrag u vaš vlastiti podatkovni centar).
- Postavljanje informacijskog sustava u oblak počinje razvojem sigurnosne sheme za infrastrukturu koju kontrolirate.
Izvor: www.habr.com