Rritja e kapaciteteve kompjuterike dhe zhvillimi i teknologjive tĂ« virtualizimit tĂ« platformave x86 nga njĂ«ra anĂ«, dhe pĂ«rhapja e IT outsourcing nga ana tjetĂ«r, çuan nĂ« konceptin e computing utility (IT si shĂ«rbim publik). Pse tĂ« mos paguajmĂ« pĂ«r IT ashtu si pĂ«r ujin ose energjinĂ« elektrike â saktĂ«sisht aq sa kemi nevojĂ« dhe vetĂ«m atĂ«herĂ« kur na nevojitet, dhe jo mĂ« shumĂ«.
NĂ« kĂ«tĂ« moment, u shfaq koncepti i computing cloud â konsumimi i shĂ«rbimeve IT nga 're', domethĂ«nĂ« nga njĂ« bazĂ« e jashtme burimesh, pa u shqetĂ«suar se si dhe nga ku vijnĂ« kĂ«to burime. Ashtu si ne nuk shqetĂ«sohemi pĂ«r infrastrukturĂ«n e stacioneve tĂ« ujit. NĂ« kĂ«tĂ« moment, u zhvillua edhe ana tjetĂ«r e konceptit â domethĂ«nĂ« koncepti i shĂ«rbimeve IT dhe si t'i menaxhojmĂ« ato brenda ITIL / ITSM.
U zhvillua njĂ« sĂ«rĂ« definicionesh pĂ«r re (computing cloud), por nuk duhet t'i qasemi atyre si njĂ« tĂ« vĂ«rtetĂ« absolute â ato janĂ« vetĂ«m njĂ« mĂ«nyrĂ« pĂ«r tĂ« formalizuar mĂ«nyrat e ofrimit tĂ« computing utility.
- âComputing cloud Ă«shtĂ« njĂ« teknologji e pĂ«rpunimit tĂ« shpĂ«rndara tĂ« tĂ« dhĂ«nave, ku burimet dhe kapacitetet kompjuterike ofrohen pĂ«rdoruesve si njĂ« shĂ«rbim Internetiâ Wikipedia.
- âComputing cloud paraqet njĂ« model pĂ«r t'u ofruar akses tĂ« lehtĂ« nĂ« njĂ« grup tĂ« pĂ«rbashkĂ«t burimesh kompjuterike, tĂ« rregullueshme (p.sh. rrjete, servera, sisteme ruajtjeje tĂ« tĂ« dhĂ«nave, aplikacione dhe shĂ«rbime) sipas kĂ«rkesĂ«s, tĂ« cilat mund tĂ« ndahen dhe ofrohen shpejt me mbĂ«shtetje tĂ« minimizuar menaxheriale ose ndĂ«rhyrje minimale nga ofruesit e shĂ«rbimeveâ NIST.
- âComputing cloud Ă«shtĂ« njĂ« paradigmĂ« e ofrimit tĂ« aksesit nĂ« rrjet pĂ«r njĂ« grup tĂ« pĂ«rmasueshĂ«m dhe fleksibĂ«l tĂ« burimeve fizike ose virtuale tĂ« shpĂ«rndara, tĂ« ofruara nĂ« mĂ«nyrĂ« tĂ« vetĂ«-shĂ«rbimit dhe tĂ« menaxhuara sipas kĂ«rkesĂ«sâ ISO/IEC 17788:2014. Teknologji informacioni â Computing cloud â PĂ«rshtypje dhe fjalor.
Sipas NIST, ekzistojnë tre lloje kryesore re:
- IaaS â Infrastructure as a Service â Infrastruktura si shĂ«rbim.
- PaaS â Platform as a Service â Platforma si shĂ«rbim.
- SaaS â Software as a Service â Programi si shĂ«rbim.
Për një kuptim shumë të thjeshtuar të diferencës, le të shqyrtojmë modelin Pizza-as-a-Service:
NIST përcakton karakteristikat e nevojshme të shërbimit IT që e bëjnë atë të konsiderohet si cloud.
- Akses i gjerĂ« nĂ« rrjet (broad network access) â shĂ«rbimi duhet tĂ« ketĂ« njĂ« ndĂ«rfaqe universale nĂ« rrjet qĂ« lejon lidhjen dhe pĂ«rdorimin e shĂ«rbimit nga praktikisht kushdo me kĂ«rkesa minimale. Shembull â pĂ«r tĂ« pĂ«rdorur rrjetin elektrik 220V, mjafton tĂ« lidheni me çdo prizĂ« me njĂ« ndĂ«rfaqe universale standarde (shtĂ«llungĂ«), e cila nuk ndryshon nĂ« varĂ«si tĂ« pajisjes, qoftĂ« çajnik, aspirator apo laptop.
- Matja e shĂ«rbimit (measured service) â njĂ« karakteristikĂ« kyç e shĂ«rbimit cloud Ă«shtĂ« matja e shĂ«rbimit. Duke u kthyer nĂ« analogjinĂ« e elektricitetit â do tĂ« paguani saktĂ«sisht sa keni konsumuar me granularity minimale, deri nĂ« shpenzimet pĂ«r tĂ« ngrohur njĂ« çajnik, nĂ«se gjatĂ« gjithĂ« muajit keni qenĂ« nĂ« shtĂ«pi vetĂ«m njĂ« herĂ« dhe keni pirĂ« njĂ« filxhan çaji.
- Konfigurimi i pavarur i shĂ«rbimeve sipas kĂ«rkesĂ«s (on demand self service) â ofruesi cloud u jep klientĂ«ve mundĂ«sinĂ« pĂ«r tĂ« konfiguruar shĂ«rbimin nĂ« mĂ«nyrĂ« tĂ« arsyeshme, pa pasur nevojĂ« tĂ« ndĂ«rveprojnĂ« me stafin e ofruesit. PĂ«r tĂ« ngrohur njĂ« çajnik, nuk Ă«shtĂ« e nevojshme tĂ« kontaktoni paraprakisht me Energji dhe tĂ« njoftoni ata dhe tĂ« merrni leje. Nga momenti qĂ« shtĂ«pia Ă«shtĂ« e lidhur (kontrata e nĂ«nshkruar), tĂ« gjithĂ« konsumatorĂ«t mund tĂ« pĂ«rdorin fuqinĂ« e ofruar nĂ« mĂ«nyrĂ« tĂ« pavarur.
- Elasticitet i menjĂ«hershĂ«m (rapid elasticity) â ofruesi cloud ofron burime me mundĂ«sinĂ« e rritjes / uljes tĂ« menjĂ«hershme tĂ« kapacitetit (nĂ« kufij tĂ« arsyeshĂ«m). Sa herĂ« qĂ« çajniku ndizet â ofruesi menjĂ«herĂ« lĂ«shon 3 kW kapacitet nĂ« rrjet, dhe sa herĂ« qĂ« fiket â ul lĂ«shimin nĂ« zero.
- Grupimi i burimeve nĂ« njĂ« rezervuar (resource pooling) â mekanizmat e brendshme tĂ« ofruesit tĂ« shĂ«rbimeve lejojnĂ« grupimin e kapaciteteve individuale nĂ« njĂ« rezervuar tĂ« pĂ«rbashkĂ«t (pishinĂ«) burimesh me ofrimin e mĂ«tejshĂ«m tĂ« burimeve si shĂ«rbim pĂ«r konsumatorĂ« tĂ« ndryshĂ«m. Duke pĂ«rfshirĂ« çajnikun, ne jemi mĂ« pak tĂ« shqetĂ«suar se nga cili central energjie vjen fuqia. TĂ« gjithĂ« konsumatorĂ«t e tjerĂ« konsumojnĂ« kĂ«tĂ« fuqi sĂ« bashku me ne.
ĂshtĂ« e rĂ«ndĂ«sishme tĂ« kuptohet se karakteristikat e sipĂ«rpĂ«rmendura tĂ« re Brexit janĂ« tĂ« bazuara nĂ« konceptin e computing utility. ShĂ«rbimi publik duhet tĂ« ketĂ« kĂ«to karakteristika brenda kĂ«tij koncepti. NĂ«se njĂ« karakteristikĂ« e caktuar nuk plotĂ«sohet, shĂ«rbimi nuk bĂ«het mĂ« i keq apo "toksik", thjesht ndalet sĂ« qenit cloud. Po kush tha se tĂ« gjitha shĂ«rbimet duhet tĂ« jenĂ« ashtu?
Pse po flas pĂ«r kĂ«tĂ« veçmas? GjatĂ« 10 viteve tĂ« kaluara qĂ« nga shfaqja e definicionit tĂ« NIST ka pasur shumĂ« debate rreth "vĂ«rtetĂ«sisĂ« sĂ« cloud-it" sipas kĂ«tij pĂ«rkufizimi. NĂ« SHBA, ende pĂ«rdoret ndonjĂ«herĂ« nĂ« fushĂ«n ligjore shprehja "pĂ«rputhet me ligjin, por jo me shpirtin" â dhe nĂ« rastin e computimit cloud, shpirtin Ă«shtĂ« ai qĂ« ka rĂ«ndĂ«si, burimet mund tĂ« merren me dy klikime.
Duhet theksuar se pesë karakteristikat e përmendura më lart janë të aplikueshme për cloud-in publik, por kur kalojmë në një cloud privat, shumica e tyre bëhen opcionale.
- Qasja e gjerĂ« nĂ« rrjet (broad network access) â brenda cloud-it privat, organizata kontrollon plotĂ«sisht si kapacitetet gjeneruese, ashtu edhe konsumatorĂ«t e shĂ«rbimeve. Prandaj, kjo karakteristikĂ« mund tĂ« konsiderohet automatikisht e plotĂ«suar.
- Masa e shĂ«rbimit (measured service) â kjo Ă«shtĂ« karakteristika kryesore e konceptit tĂ« computing utility, pagesa sipas konsumit. Por si do ta paguajĂ« organizata veten e saj? NĂ« kĂ«tĂ« rast, ndodh ndarja e gjenerimit dhe konsumit brenda kompanisĂ«, IT shndĂ«rrohet nĂ« njĂ« furnizues, ndĂ«rsa degĂ«t e biznesit janĂ« konsumatorĂ«t e shĂ«rbimeve. Dhe ndodhin marrĂ«dhĂ«nie financiare mes departamenteve. Mund tĂ« ketĂ« dy modĂ« funksionimi: chargeback (me marrĂ«dhĂ«nie reale financiare) dhe showback (nĂ« formĂ«n e raportimit pĂ«r konsumimin e burimeve, por pa lĂ«vizje financash).
- Konfigurimi i pavarur i shĂ«rbimeve sipas kĂ«rkesĂ«s (on demand self service) â brenda organizatĂ«s mund tĂ« ketĂ« njĂ« shĂ«rbim tĂ« pĂ«rbashkĂ«t IT, dhe nĂ« kĂ«tĂ« rast kjo karakteristikĂ« humbet kuptimin. MegjithatĂ«, kur ka specialistĂ« IT ose administratorĂ« aplikacionesh nĂ« degĂ«t e biznesit, duhet tĂ« organizohet njĂ« portal vetĂ«-shĂ«rbimi. PĂ«rfundimi â karakteristika Ă«shtĂ« opcionale dhe varet nga struktura e biznesit.
- Elasticiteti i menjĂ«hershĂ«m (rapid elasticity) â brenda organizatĂ«s humbet kuptimin pĂ«r shkak tĂ« fiksimit tĂ« grupit tĂ« pajisjeve pĂ«r organizimin e njĂ« cloud-i privat. Mund tĂ« aplikohet nĂ« mĂ«nyrĂ« tĂ« kufizuar brenda marrĂ«dhĂ«nieve tĂ« brendshme financiare. PĂ«rfundimi â pĂ«r cloud-in privat nuk Ă«shtĂ« e aplikuar.
- Grupi i burimeve nĂ« pool (resource pooling) â sot, praktikisht nuk ekzistojnĂ« organizata qĂ« nuk pĂ«rdorin virtualizimin e serverĂ«ve. Prandaj, kjo karakteristikĂ« mund tĂ« konsiderohet automatikisht e plotĂ«suar.
Pyetje: ĂfarĂ« Ă«shtĂ« pĂ«rfundimisht ky cloud privat i juaji? ĂfarĂ« duhet tĂ« blejĂ« dhe tĂ« zbatojĂ« kompania pĂ«r ta ndĂ«rtuar atĂ«?
Përgjigje: cloud-i privat është një kalim në një model të ri administrativ të bashkëpunimit IT-Biznes, i cili përbëhet 80% nga masa administrative dhe vetëm 20% nga teknologjitë.
Pagesa vetëm për burimet e konsumuar dhe hyrja e lehtë, pa nevojën për të investuar disa qindra miliona dollarë në shpenzime kapitale, kanë shkaktuar një peizazh të ri teknologjik dhe shfaqjen e kompanive miliardere. Për shembull, gjigantët modernë Dropbox dhe Instagram u shfaqën si startup në AWS me zero infrastrukturë të pronësishme.
Duhet theksuar se mjetet e menaxhimit të shërbimeve cloud bëhen ndjeshëm më të ndërmjetësuara, dhe detyra kryesore e drejtorit të IT-së është përzgjedhja e furnizuesve dhe kontrolli i cilësisë. Le të shqyrtojmë sfidat e këtyre dy detyrave të reja.
Duke shfaqur si një alternativë ndaj infrastrukturës klasike të rëndë me qendra të dhënash dhe pajisje të pronësishme, cloud-i duket ndjeshëm më i lehtë. Hyrja në cloud është e lehtë, por çështja e daljes zakonisht anashkalohet. Si në çdo industri tjetër, ofruesit e cloud-it përpiqen të mbrojnë biznesin dhe ta bëjnë konkurrencën më të vështirë. Momentin e vetëm të rëndësishëm konkurrues e kemi gjatë përzgjedhjes fillestare të ofruesit të shërbimeve cloud, dhe më pas ofruesi do të bëjë maksimumin për të siguruar që klienti nuk largohet. Dhe jo të gjitha përpjekjet do të jenë të orientuara drejt cilësisë së shërbimeve ose asortimentit të tyre. Më shumë, kjo përfshin dorëzimin e shërbimeve unike dhe përdorimin e softuerit sistemik jo standard, që e bën të vështirë kalimin te një ofrues tjetër. Prandaj, gjatë përzgjedhjes së ofruesit të shërbimeve, duhet të krijohet një plan për kalimin nga ky ofrues (thelbësisht një plan të rikuperimit nga katastrofat - DRP) dhe të mendohet për arkitekturën e ruajtjes së të dhënave dhe kopjeve rezervë.
Aspekti i dytë i rëndësishëm i detyrave të reja të drejtorit të IT-së është kontrolli i cilësisë së shërbimeve nga ofruesi. Praktikisht të gjithë ofruesit e shërbimeve në cloud respektojnë SLA-ët sipas matjeve të brendshme, që mund të kenë një lidhje të theksuar me proceset e biznesit të klientit. Prandaj, futurimi i një sistemi të vetëmonitorimit dhe kontrollit bëhet një nga projektet kyçe gjatë transferimit të sistemeve të rëndësishme IT në ofruesin e cloud. Duke vazhduar temën e SLA-së, duhet theksuar se shumica absolute e ofruesve të cloud kufizojnë përgjegjësinë për mosrespektimin e SLA-së në pagesën mujore ose në një pjesë të saj. Për shembull, AWS dhe Azure do të ofrojnë 100% zbritje nga tarifa mujore në rast se arrihet një shkallë disponueshmërie mbi 95% (36 orë në muaj), ndërsa Yandex.Cloud ofron 30%.
Natyrisht, nuk duhet harruar se cloud-i nuk ekziston vetĂ«m nĂ« formatin e gjigantĂ«ve si Amazon dhe Yandex. Ka edhe cloud mĂ« tĂ« vegjĂ«l â nĂ« madhĂ«sinĂ« e njĂ« maceje ose madje njĂ« miu. Siç e tregon shembulli i CloudMouse, ndonjĂ«herĂ« cloud-i thjesht mbyllet. Nuk do tĂ« merrni asnjĂ« kompensim, as zbritje â nuk do tĂ« merrni asgjĂ«, veçse njĂ« humbje totale tĂ« tĂ« dhĂ«nave.
Për shkak të problemeve të përmendura më sipër me realizimin e sistemeve IT të nivelit të lartë të rëndësishëm për biznesin në infrastrukturat cloud, në vitet e fundit është vënë re fenomeni i "repatarizimit në cloud".
Deri në vitin 2020, për sa i përket hapësirave të cloud, është kaluar kulmi i pritshmërive të fryra dhe koncepti është në një rrugë të zhgënjimin (sipas ciklit të hype të Gartner-it). Sipas hulumtimeve dhe deri në 80% e klientëve korporatë po kthejnë dhe planifikojnë të kthejnë ngarkesat nga cloud në qendrat e tyre të të dhënave për arsyet:
- Të rrisin disponueshmërinë / performancën;
- Të reduktojnë shpenzimet;
- Për t'u përputhur me kërkesat e sigurisë së informacionit.
ĂfarĂ« duhet bĂ«rĂ« dhe si Ă«shtĂ« "nĂ« tĂ« vĂ«rtetĂ«"?
Nuk ka tĂ« dyshuar se cloud-i ka ardhur pĂ«r seriozisht dhe pĂ«r njĂ« kohĂ« tĂ« gjatĂ«. Dhe me kalimin e viteve, roli i tij do tĂ« rritet. MegjithatĂ«, ne nuk jetojmĂ« nĂ« njĂ« tĂ« ardhme tĂ« largĂ«t, por nĂ« vitin 2020 nĂ« njĂ« situatĂ« tĂ« caktuar. ĂfarĂ« duhet bĂ«rĂ« me cloud-in nĂ«se nuk jeni njĂ« start-up, por njĂ« klient korporatĂ« klasik?
- Cloud-i është para së gjithash vendi për shërbimet me ngarkesë të paparashikueshme ose me sezonalitet të theksuar.
- Në shumicën e rasteve, shërbimet me ngarkesë të stabilizuar dhe të parashikueshme janë më të lira për t'u mbajtur në qendrat e të dhënave të jashtme.
- Duhet të filloni punën me cloud nga mjediset testuese dhe shërbimet me prioritet të ulët.
- Shqyrtimi i vendosjes së sistemeve informative në cloud fillon me zhvillimin e metodikës për kalimin nga një cloud në një tjetër (ose prapa në qendrën tuaj të të dhënave).
- Vendosja e një sistemi informatik në cloud fillon me zhvillimin e një skeme backup në infrastrukturën që kontrolloni.
Burimi: habr.com
