Rast računalniške moči in razvoj virtualizacijskih tehnologij platforme x86 na eni strani ter širjenje zunanjega izvajanja IT na drugi strani sta pripeljala do koncepta utility computing (IT kot javna storitev). Zakaj ne bi za IT plačali na enak način kot za vodo ali elektriko – točno toliko in točno takrat, ko jo potrebujete, in nič več.
V tem trenutku se je pojavil koncept računalništva v oblaku - potrošnja IT storitev iz "oblaka", tj. iz neke zunanje zbirke virov, ne da bi se zanimalo, kako in od kod prihajajo ti viri. Tako kot nam ni vseeno za infrastrukturo vodovodnih črpališč. V tem času je bila izdelana tudi druga stran koncepta - koncept IT storitev in kako jih upravljati v okviru ITIL / ITSM.
Razvite so bile številne definicije oblakov (računalništvo v oblaku), vendar tega ne bi smeli jemati kot končno resnico - je le način za formalizacijo načinov, na katere se zagotavlja uporabno računalništvo.
- "Računalništvo v oblaku je tehnologija porazdeljene obdelave podatkov, pri kateri so računalniški viri in zmogljivosti zagotovljeni uporabniku kot internetna storitev" Wikipedia
- »Računalništvo v oblaku je model za zagotavljanje priročnega omrežnega dostopa do skupnega nabora prilagodljivih računalniških virov (npr. omrežij, strežnikov, pomnilnika, aplikacij in storitev) na zahtevo, ki jih je mogoče hitro zagotoviti in zagotoviti z minimalnim naporom upravljanja ali minimalnim posredovanjem. Ponudnik storitev" NIST
- »Računalništvo v oblaku je paradigma zagotavljanja omrežnega dostopa do razširljivega in prilagodljivega bazena porazdeljenih fizičnih ali virtualnih virov, ki so na voljo v samopostrežnem načinu in se upravljajo na zahtevo« ISO/IEC 17788:2014. Informacijska tehnologija - Računalništvo v oblaku - Pregled in besednjak.
Po NIST obstajajo tri glavne vrste oblakov:
- IaaS - Infrastructure as a Service - Infrastruktura kot storitev
- PaaS - Platforma kot storitev - Platforma kot storitev
- SaaS – programska oprema kot storitev
Za zelo poenostavljeno razumevanje razlike razmislimo o modelu Pizza-as-a-Service:
NIST opredeljuje naslednje potrebne funkcije, da se storitev IT šteje za storitev v oblaku.
- Širok dostop do omrežja - storitev naj ima univerzalni omrežni vmesnik, ki omogoča povezavo in uporabo storitve skoraj vsakomur z minimalnimi zahtevami. Primer - za uporabo električnega omrežja 220 V je dovolj, da se priključite na katero koli vtičnico s standardnim univerzalnim vmesnikom (vtičem), pri čemer ni pomembno, ali gre za kuhalnik vode, sesalnik ali prenosni računalnik.
- Izmerjena storitev – ključna značilnost storitve v oblaku je merljivost storitve. Če se vrnemo k analogiji z elektriko - plačali boste natanko toliko, kolikor ste porabili z minimalno granulacijo, do stroškov enkratnega kuhanja kotlička, če ste bili enkrat v hiši in ste ves mesec spili skodelico čaja.
- Samokonfiguriranje storitev na zahtevo (on demand self service) - ponudnik v oblaku stranki nudi možnost inteligentne konfiguracije storitve, brez potrebe po interakciji s ponudnikovimi zaposlenimi. Za kuhanje kotlička ni nujno, da se vnaprej obrnete na Energosbyt in jih vnaprej opozorite ter pridobite dovoljenje. Od trenutka priklopa hiše (sklenjena pogodba) lahko vsi porabniki samostojno razpolagajo z zagotovljeno močjo.
- Takojšnja elastičnost (hitra elastičnost) - ponudnik oblaka zagotavlja sredstva z možnostjo takojšnjega povečanja/zmanjšanja zmogljivosti (v določenih razumnih mejah). Ponudnik takoj ob vklopu kotlička v omrežje sprosti 3 kW moči, takoj ko ga izklopi pa zmanjša moč na nič.
- Združevanje virov (resource pooling) - notranji mehanizmi ponudnika storitev vam omogočajo združevanje posameznih proizvodnih zmogljivosti v skupni bazen (pool) virov z nadaljnjim zagotavljanjem virov kot storitve različnim potrošnikom. Ko prižgemo kotliček, nas najmanj skrbi, iz katere elektrarne prihaja energija. In skupaj z nami to moč porabljajo tudi vsi ostali porabniki.
Pomembno je razumeti, da zgoraj opisane značilnosti oblaka niso vzete iz zgornje meje, ampak so logičen zaključek koncepta uporabnega računalništva. In javna služba mora imeti te značilnosti v okviru koncepta. Če se ena ali druga lastnost ne ujema, se storitev ne poslabša in ne postane "strupena", samo preneha biti motna. No, kdo je rekel, da morajo vse službe?
Zakaj o tem govorim ločeno? V zadnjih 10 letih od definicije NIST je bilo veliko polemik o "pravi oblačnosti" v skladu z definicijo. V Združenih državah se besedilo "ustreza črki zakona, ne pa duhu" še vedno včasih uporablja v pravosodni sferi - in v primeru računalništva v oblaku je glavna stvar duh, sredstva za najem v dveh kliki miške.
Upoštevati je treba, da zgornjih 5 značilnosti velja za javni oblak, vendar ob prehodu v zasebni oblak večina od njih postane neobvezna.
- Univerzalni omrežni dostop (široko omrežni dostop) – znotraj zasebnega oblaka ima organizacija popoln nadzor tako nad proizvodnimi zmogljivostmi kot nad odjemalci. Tako se ta lastnost lahko šteje za samodejno izvedeno.
- Izmerjena storitev je ključna značilnost koncepta komunalnega računalništva, plačilo po uporabi. Toda kako plačate organizacije same sebi? V tem primeru pride do delitve proizvodnje in porabe znotraj podjetja, IT postane ponudnik, poslovne enote pa potrošniki storitev. In poravnava poteka med oddelki. Možna sta dva načina delovanja: vračilo (z realnimi medsebojnimi poravnavami in gibanjem financ) in povratno plačilo (v obliki poročanja o porabi sredstev v rubljih, vendar brez gibanja financ).
- Samokonfiguracijske storitve na zahtevo (on demand self service) - znotraj organizacije lahko obstaja skupna IT storitev, v tem primeru postane lastnost nesmiselna. Če pa imate v svojih poslovnih enotah svoje IT osebje ali skrbnike aplikacij, morate vzpostaviti samopostrežni portal. Zaključek - karakteristika je neobvezna in je odvisna od strukture podjetja.
- Takojšnja elastičnost (hitra elastičnost) - znotraj organizacije izgubi pomen zaradi fiksnega nabora opreme za organizacijo zasebnega oblaka. V omejenem obsegu se lahko uporablja v okviru internih medsebojnih obračunov. Zaključek - ne velja za zasebni oblak.
- Združevanje virov (resource pooling) - danes praktično ni organizacije, ki ne bi uporabljala virtualizacije strežnikov. V skladu s tem se ta lastnost lahko šteje za samodejno izvedeno.
V: Kaj torej sploh je vaš zasebni oblak? Kaj mora podjetje kupiti in implementirati, da ga zgradi?
Odgovor: Zasebni oblak je prehod na nov administrativni model interakcije IT-Business, ki je sestavljen iz 80% administrativnih ukrepov in le 20 iz tehnologij.
Plačevanje samo za porabljene vire in lahek vstop, ne da bi bilo treba zakopati nekaj sto milijonov nafte v kapitalske izdatke, je pripeljalo do nove tehnološke krajine in pojava milijarderskih podjetij. Na primer, sodobna velikana Dropbox in Instagram sta se pojavila kot startupa na AWS brez lastne infrastrukture.
Posebej je treba poudariti, da postajajo orodja za upravljanje storitev v oblaku vse bolj posredna, ključna odgovornost IT direktorja pa je izbira dobaviteljev in nadzor kakovosti. Oglejmo si ti dve novi odgovornosti.
Oblaki, ki se pojavljajo kot alternativa klasični težki infrastrukturi z lastnimi podatkovnimi centri in strojno opremo, so varljivo lahki. V oblak je enostavno vstopiti, a problem izstopa običajno zaobidemo. Kot katera koli druga panoga si ponudniki oblakov prizadevajo zaščititi svoje poslovanje in otežiti konkurenčnost. Edini resen konkurenčni moment nastane šele ob začetni izbiri ponudnika storitev v oblaku, nato pa se bo ponudnik potrudil, da ga stranka ne zapusti. Poleg tega ne bodo vsa prizadevanja usmerjena v kakovost storitev ali njihov obseg. Najprej je to zagotavljanje edinstvenih storitev in uporaba nestandardne sistemske programske opreme, ki otežuje prehod k drugemu ponudniku. V skladu s tem je treba pri izbiri ponudnika storitev hkrati oblikovati načrt prehoda od tega ponudnika (pravzaprav popoln DRP - načrt za obnovitev po katastrofi) in razmisliti o arhitekturi shranjevanja podatkov in varnostnih kopij.
Drugi pomemben vidik novih odgovornosti CIO je nadzor kakovosti storitev dobavitelja. Skoraj vsi ponudniki oblakov izpolnjujejo SLA po lastnih internih metrikah, kar lahko izjemno posredno vpliva na poslovne procese naročnika. Skladno s tem postane uvedba lastnega nadzornega in nadzornega sistema eden ključnih projektov pri prenosu pomembnih IT sistemov k ponudniku v oblaku. Če nadaljujemo na temo SLA, je treba poudariti, da velika večina ponudnikov oblakov omeji odgovornost za neizpolnjevanje SLA na mesečno naročnino ali na delež plačila. Na primer, AWS in Azure, ko bo presežen prag razpoložljivosti 95% (36 ur na mesec), bosta naredila 100% popust na naročnino, Yandex.Cloud pa 30%.
In seveda ne smemo pozabiti, da oblakov ne izvajajo samo mastodonti razreda Amazon in sloni razreda Yandex. Tudi oblaki so manjši - v velikosti mačke ali celo miške. Kot je pokazal primer CloudMouse, včasih oblak samo traja in konča. Ne boste prejeli nadomestila ali popustov – prejeli boste le popolno izgubo podatkov.
Glede na omenjene težave pri implementaciji IT sistemov visokega razreda poslovne kritičnosti v oblačne infrastrukture je v zadnjih letih opažen pojav »repatriacije v oblaku«.
Do leta 2020 je računalništvo v oblaku preseglo vrhunec prenapihnjenih pričakovanj in koncept je na poti v jarek frustracij (glede na Gartner Hype Cycle). Po raziskavah и do 80 % korporativnih strank se vrne in namerava vrniti obremenitve iz oblakov v lastne podatkovne centre iz naslednjih razlogov:
- Izboljšajte razpoložljivost/zmogljivost;
- Zmanjšajte stroške;
- Za izpolnjevanje zahtev IS.
Kaj storiti in kako je vse "v resnici"?
Nobenega dvoma ni, da so oblaki prišli resno in za dolgo časa. In vsako leto se bo njihova vloga povečala. Vendar ne živimo v daljni prihodnosti, ampak leta 2020 v zelo določeni situaciji. Kaj storiti z oblaki, če niste startup, ampak klasična korporativna stranka?
- Oblaki so predvsem prostor za storitve z nepredvidljivo ali izrazito sezonsko obremenitvijo.
- V večini primerov so storitve s predvidljivo stabilno obremenitvijo cenejše za vzdrževanje v lastnem podatkovnem centru.
- Delo z oblaki je treba začeti s testnimi okolji in storitvami z nizko prioriteto.
- Obravnava umeščanja informacijskih sistemov v oblak se začne z razvojem metodologije prehoda iz oblaka v drug oblak (oz. nazaj v lastni podatkovni center).
- Postavitev informacijskega sistema v oblak se začne z razvojem rezervne sheme za infrastrukturo, ki jo nadzorujete.
Vir: www.habr.com