Rast računarske snage i razvoj tehnologija virtuelizacije x86 platforme s jedne strane, te širenje IT outsourcinga s druge strane, doveli su do koncepta uslužnog računarstva (IT kao komunalna usluga). Zašto ne platite IT na isti način kao i vodu ili struju - tačno onoliko i tačno kada vam zatreba, i ne više.
U ovom trenutku se pojavio koncept računarstva u oblaku – potrošnja IT usluga iz „oblaka“, tj. iz nekog vanjskog bazena resursa, bez obzira kako i odakle ti resursi dolaze. Kao što nas nije briga za infrastrukturu vodovodnih crpnih stanica. Do ovog trenutka razrađena je i druga strana koncepta – odnosno koncept IT usluga i način upravljanja njima u okviru ITIL/ITSM-a.
Brojne definicije oblaka (cloud computing) su razvijene, ali ih ne treba tretirati kao konačnu istinu – one su samo način da se formalizuju načini pružanja komunalnih računara.
- „Cloud computing je tehnologija distribuirane obrade podataka u kojoj se računarski resursi i snaga pružaju korisniku kao internet usluga“ Wikipedia
- „Računalstvo u oblaku pruža model za pružanje praktičnog pristupa zasnovanog na mreži zajedničkom skupu računarskih resursa koji se mogu konfigurirati na zahtjev (npr. mreže, serveri, skladište, aplikacije i usluge) koji se mogu brzo obezbijediti i obezbijediti uz minimalno upravljanje napor ili intervencija pružaoca usluga" NIST
- „Računarenje u oblaku je paradigma za pružanje mrežnog pristupa skalabilnom i fleksibilnom skupu distribuiranih fizičkih ili virtuelnih resursa, samouslužnih i kojima se upravlja na zahtjev“ ISO/IEC 17788:2014. Informacijska tehnologija - Računarstvo u oblaku - Pregled i rječnik.
Prema NIST-u, postoje tri glavne vrste oblaka:
- IaaS – Infrastruktura kao usluga
- PaaS – Platforma kao usluga – Platforma kao usluga
- SaaS - softver kao usluga
Za vrlo pojednostavljeno razumijevanje razlike, pogledajmo model Pizza-as-a-Service:
NIST definira sljedeće neophodne karakteristike IT usluge koje treba smatrati baziranom na oblaku.
- Univerzalni pristup mreži (široki pristup mreži) – usluga mora imati univerzalni mrežni interfejs koji omogućava skoro svakome da se poveže i koristi uslugu uz minimalne zahtjeve. Primjer - da biste koristili električnu mrežu od 220 V, dovoljno je spojiti se na bilo koju utičnicu sa standardnim univerzalnim sučeljem (utikačem), koji se ne mijenja da li je u pitanju čajnik, usisivač ili laptop.
- Izmjerena usluga – ključna karakteristika usluge u oblaku je mjerljivost usluge. Ako se vratimo na analogiju sa strujom, platit ćete tačno onoliko koliko ste potrošili uz minimalnu granularnost, sve do cijene jednog prokuvavanja kotlića, ako ste bili u kući jednom tokom cijelog mjeseca i popili šoljicu čaja.
- Samokonfiguracija usluga na zahtjev (samousluga na zahtjev) – provajder u oblaku pruža korisniku mogućnost da inteligentno konfiguriše uslugu, bez potrebe za interakcijom sa zaposlenima provajdera. Da biste prokuhali kotlić, apsolutno nije potrebno kontaktirati Energosbyt unaprijed i unaprijed ih upozoriti i dobiti dozvolu. Od momenta priključenja kuće (zaključuje se ugovor) svi potrošači mogu samostalno upravljati pruženom strujom.
- Trenutna elastičnost (brza elastičnost) – dobavljač oblaka pruža resurse sa mogućnošću trenutnog povećanja / smanjenja kapaciteta (unutar određenih razumnih granica). Čim se čajnik uključi, provajder odmah isporučuje 3 kW snage u mrežu, a čim se isključi, smanjuje izlaz na nulu.
- Udruživanje resursa – interni mehanizmi pružaoca usluga omogućavaju kombinovanje pojedinačnih proizvodnih kapaciteta u zajednički fond resursa sa daljim pružanjem resursa kao usluge različitim potrošačima. Kada upalimo kotlić, najmanje nas brine iz koje elektrane dolazi struja. I svi ostali potrošači troše ovu snagu zajedno sa nama.
Važno je shvatiti da gore opisane karakteristike oblaka nisu uzete iz ničega, već su logičan zaključak iz koncepta uslužnog računarstva. A javni servis mora imati te karakteristike u okviru koncepta. Ako jedna ili druga karakteristika ne odgovara, usluga se ne pogoršava i ne postaje „otrovna“, samo prestaje biti mutna. Pa, ko je rekao da sve usluge treba?
Zašto o ovome govorim odvojeno? U proteklih 10 godina otkako je uvedena NIST definicija, bilo je mnogo debata o "pravoj oblačnosti" kako je definisano. U Sjedinjenim Državama formulacija „usklađuje se sa slovom zakona, ali ne i duhom“ se još uvijek ponekad koristi u sferi pravosuđa - a u slučaju računarstva u oblaku, glavna stvar je duh, resursi za iznajmljivanje u dva dijela klikove mišem.
Treba napomenuti da se gore navedenih 5 karakteristika odnosi na javni oblak, ali kada se pređe na privatni oblak, većina njih postaje opciona.
- Univerzalni pristup mreži (široki pristup mreži) – unutar privatnog oblaka, organizacija ima potpunu kontrolu i nad proizvodnim objektima i klijentima. Stoga se ova karakteristika može smatrati automatski ispunjenom.
- Izmjerena usluga je ključna karakteristika koncepta komunalnog računarstva, plaćanje na osnovu potrošnje. Ali kako organizacija može sama sebe platiti? U ovom slučaju dolazi do podjele proizvodnje i potrošnje unutar kompanije, IT postaje provajder, a poslovne jedinice potrošači usluga. I dolazi do međusobnog poravnanja između odjeljenja. Moguća su dva načina rada: povraćaj (sa stvarnim međusobnim obračunima i finansijskim kretanjem) i povratak (u obliku izvještavanja o potrošnji resursa u rubljama, ali bez finansijskog kretanja).
- Samousluga na zahtjev – može postojati zajednička IT usluga unutar organizacije, u kom slučaju ova karakteristika postaje besmislena. Međutim, ako imate svoje IT stručnjake ili administratore aplikacija u poslovnim jedinicama, potrebno je organizirati samouslužni portal. Zaključak - karakteristika je izborna i zavisi od poslovne strukture.
- Trenutna elastičnost (brza elastičnost) – unutar organizacije gubi smisao zbog fiksnog seta opreme za organizovanje privatnog oblaka. Može se koristiti u ograničenoj mjeri unutar internih naselja. Zaključak - nije primjenjivo za privatni oblak.
- Objedinjavanje resursa – danas praktično nema organizacija koje ne koriste virtuelizaciju servera. Shodno tome, ova karakteristika se može smatrati automatski ispunjenom.
Pitanje: Dakle, šta je vaš privatni oblak? Šta kompanija treba da kupi i implementira da bi je izgradila?
Odgovor: privatni oblak je prijelaz na novi administrativni model interakcije IT-biznis, koji se sastoji od 80% administrativnih mjera i samo 20% tehnologije.
Plaćanje samo za potrošene resurse i lak ulazak, bez potrebe za zakopavanjem stotina miliona nafte u kapitalne izdatke, dovelo je do novog tehnološkog pejzaža i pojave kompanija milijardera. Na primjer, moderni giganti Dropbox i Instagram pojavili su se kao startupi na AWS-u bez vlastite infrastrukture.
Posebno se mora naglasiti da alati za upravljanje uslugama u oblaku postaju sve indirektniji, a ključna odgovornost IT direktora postaje odabir dobavljača i kontrola kvaliteta. Pogledajmo izazove ove dvije nove odgovornosti.
Pošto su se pojavili kao alternativa klasičnoj teškoj infrastrukturi sa sopstvenim data centrima i hardverom, oblaci su varljivo lagani. Lako je ući u oblak, ali se problem izlaska obično izbjegava. Kao iu svakoj drugoj industriji, dobavljači oblaka nastoje zaštititi poslovanje i otežati konkurenciju. Jedini ozbiljan konkurentski momenat nastaje tek prilikom inicijalnog odabira pružatelja usluga u oblaku, a tada će dobavljač uložiti sve napore da ga kupac ne napusti. Štaviš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 provajdera. U skladu s tim, prilikom odabira dobavljača usluga, potrebno je istovremeno formulirati plan tranzicije od ovog dobavljača (u suštini punopravni DRP - plan oporavka od katastrofe) i razmisliti o arhitekturi skladištenja podataka i rezervnih kopija.
Drugi važan aspekt novih odgovornosti IT direktora je praćenje kvaliteta usluga od strane dobavljača. Gotovo svi provajderi u oblaku poštuju SLA u skladu sa svojim internim metrikama, što može imati izuzetno indirektan utjecaj na poslovne procese korisnika. I shodno tome, implementacija vlastitog nadzornog i kontrolnog sistema postaje jedan od ključnih projekata pri prijenosu značajnih IT sistema na cloud provajdera. Nastavljajući temu SLA, potrebno je naglasiti da velika većina cloud provajdera odgovornost za neispunjavanje SLA ograničava 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), dać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 nadoknadu, nikakav popust - nećete dobiti ništa osim ukupnog gubitka podataka.
S obzirom na gore navedene probleme sa implementacijom vrhunskih poslovno kritičnih IT sistema u infrastrukturu oblaka, poslednjih godina je uočen fenomen „repatrijacije u oblaku“.
Do 2020. računarstvo u oblaku je prošlo vrhunac naduvanih očekivanja i koncept je na putu ka jarku razočarenja (prema Gartnerovom hype ciklusu). Prema istraživanjima и do 80% korporativnih klijenata se vraća i planira vratiti teret iz oblaka u svoje podatkovne centre iz sljedećih razloga:
- Poboljšati dostupnost/performanse;
- Smanjite troškove;
- U skladu sa zahtjevima sigurnosti informacija.
Šta raditi i kako je sve „stvarno“?
Nema sumnje da su oblaci ovdje na duge staze. I svake godine će njihova uloga biti sve veća. Međutim, ne živimo u dalekoj budućnosti, već u 2020. godini u vrlo specifičnoj situaciji. Šta raditi s oblacima ako niste startup, već klasičan korporativni kupac?
- Oblak je prvenstveno mjesto za usluge s nepredvidivim ili izrazito sezonskim opterećenjima.
- U većini slučajeva, usluge s predvidljivim, stabilnim opterećenjem jeftinije su za održavanje u vlastitom podatkovnom centru.
- Neophodno je početi raditi sa oblacima sa testnim okruženjima i uslugama niskog prioriteta.
- Razmatranje postavljanja informacionih sistema u oblak počinje razvojem metodologije za izlazak iz oblaka u drugi oblak (ili nazad u svoj data centar).
- Postavljanje informacionog sistema u oblak počinje razvojem šeme rezervne kopije za infrastrukturu koju kontrolišete.
izvor: www.habr.com