Rritja e kapaciteteve tĂ« lĂ«vizjes sĂ« computer dhe zhvillimi i teknologjive tĂ« virtualizimit tĂ« platformĂ«s x86 nga njĂ«ra anĂ«, dhe pĂ«rhapja e jashtme tĂ« IT-sĂ« nga ana tjetĂ«r, çoi nĂ« konceptin e computing utility (IT si shĂ«rbim publik). Pse tĂ« mos paguani pĂ«r IT ashtu siç paguani pĂ«r ujĂ« ose elektricitet â saktĂ«sisht aq dhe saktĂ«sisht atĂ«herĂ« kur e keni nevojĂ«, dhe nuk mĂ« shumĂ«.
NĂ« kĂ«tĂ« moment u shfaq koncepti i cloud computing â konsumimi i shĂ«rbimeve IT nga 're' ose mĂ« saktĂ« nga njĂ« rezervuar i jashtĂ«m i burimeve, pa u shqetĂ«suar se si dhe nga ku vijnĂ« kĂ«to burime. Ashtu siç ne nuk shqetĂ«sohemi pĂ«r infrastrukturĂ«n e ujĂ«sjellĂ«sit. NĂ« kĂ«tĂ« moment u zhvillua po ashtu dhe ana tjetĂ«r e konceptit â kuptimi i shĂ«rbimeve IT dhe si tĂ« menaxhohen ato sipas ITIL / ITSM.
U zhvillua njĂ« sĂ«rĂ« definicionesh pĂ«r re (cloud computing), por nuk duhet t'i qasemi ato si tĂ« vĂ«rtetat pĂ«rfundimtare â ato janĂ« vetĂ«m njĂ« mĂ«nyrĂ« pĂ«r tĂ« formalizuar metodat e ofrimit tĂ« computing utility.
- "Cloud computing është një teknologji e përpunimit të shpërndarë të të dhënave, ku burimet dhe kapacitetet kompjuterike ofrohen përdoruesit si shërbim mbi Internet" Wikipedia
- "Cloud computing përfaqëson një model për sigurimin e aksesit të lehtë në një rezervuar të përbashkët të burimeve kompjuterike të personalizueshme (p.sh., rrjete, serverë, sisteme ruajtjeje, aplikacione dhe shërbime) sipas kërkesës, të cilat mund të ndahen dhe ofrohen shpejt me përpjekje minimale menaxheriale ose me ndërhyrje minimale nga ana e ofruesit të shërbimit" NIST
- "Cloud computing Ă«shtĂ« njĂ« paradigmĂ« qĂ« siguron akses nĂ« rrjet nĂ« njĂ« rezervuar tĂ« shkallĂ«zuar dhe elastik tĂ« burimeve fizike ose virtuale tĂ« shpĂ«rndara, tĂ« ofruara nĂ« mĂ«nyrĂ« vetĂ«-shĂ«rbimi dhe tĂ« administruara sipas kĂ«rkesĂ«s" ISO/IEC 17788:2014. Teknologjia e informacionit â Cloud computing â PĂ«rmbledhja dhe fjalori.
Sipas NIST, ekzistojnë tre lloje kryesore të reve:
- IaaS â Infrastructure as a Service â Infrastruktura si njĂ« shĂ«rbim
- PaaS â Platform as a Service â Platforma si njĂ« shĂ«rbim
- SaaS â Software as a Service â Software si njĂ« shĂ«rbim
Për një kuptim shumë të thjeshtë të diferencës, le të shqyrtojmë modelin Pizza-as-a-Service:
NIST përcakton karakteristikat e nevojshme të shërbimeve IT, të cilat e lejojnë të konsiderohen si re.
- Aksesi i gjithanshĂ«m nĂ« rrjet (broad network access) â shĂ«rbimi duhet tĂ« ketĂ« njĂ« ndĂ«rfaqe tĂ« gjithanshme tĂ« rrjetit, duke ofruar mundĂ«sinĂ« e lidhjes dhe pĂ«rdorimit tĂ« shĂ«rbimit nga pothuajse kushdo me kĂ«rkesa minimale. Shembull â pĂ«r tĂ« pĂ«rdorur rrjetin elektrik 220V, mjafton tĂ« lidheni me çdo prizĂ« me njĂ« ndĂ«rfaqe standarde universale (stek), e cila nuk ndryshon, pavarĂ«sisht nĂ«se do tĂ« jetĂ« njĂ« frigorifer, njĂ« thithĂ«s pluhuri ose njĂ« laptop.
- MatshmĂ«ria e shĂ«rbimit (measured service) â njĂ« nga karakteristikat kyçe tĂ« shĂ«rbimit nĂ« re Ă«shtĂ« matshmĂ«ria e shĂ«rbimit. Duke u kthyer nĂ« analogjinĂ« me elektricitetin â do tĂ« paguani saktĂ«sisht aq sa keni konsumuar me granularitet minimal, deri nĂ« shpenzimet pĂ«r njĂ« herĂ« qe ta vĂ«reni ujĂ« tĂ« valojĂ«, nĂ«se pĂ«r gjithĂ« muajin keni qenĂ« nĂ« shtĂ«pi njĂ« herĂ« dhe keni pirĂ« njĂ« filxhan çaji.
- Konfigurimi i vetĂ«-shĂ«rbimit sipas kĂ«rkesĂ«s (on demand self service) â ofruesi i shĂ«rbimit nĂ« re i jep klientit mundĂ«sinĂ« e konfigurimit tĂ« arsyeshĂ«m tĂ« shĂ«rbimit, pa pasur nevojĂ« pĂ«r ndĂ«rveprim me stafin e ofruesit. PĂ«r tĂ« vĂ«nĂ« ujin nĂ« vlim nuk Ă«shtĂ« e nevojshme tĂ« kontaktoni paraprakisht me Energji dhe tĂ« njoftoni pĂ«rpara dhe tĂ« merrni leje. QĂ« nga momenti qĂ« shtĂ«pia Ă«shtĂ« e lidhur (kontrata Ă«shtĂ« nĂ«nshkruar), tĂ« gjithĂ« pĂ«rdoruesit mund tĂ« menaxhojnĂ« vetĂ« kapacitetin e ofruar.
- Elasticiteti i menjĂ«hershĂ«m (rapid elasticity) â ofruesi i shĂ«rbimit nĂ« re ofron burime me mundĂ«sinĂ« e rritjes / uljes sĂ« menjĂ«hershme tĂ« kapacitetit (brenda kufijve tĂ« arsyeshĂ«m). Pasi thika tĂ« ndizet â ofruesi menjĂ«herĂ« jep nĂ« rrjet 3 kW kapacitet, dhe sapo tĂ« fiket â ul shkarkimin nĂ« zero.
- Grupimi i burimeve nĂ« njĂ« pool (resource pooling) â mekanizmat e brendshĂ«m tĂ« ofruesit tĂ« shĂ«rbimeve lejojnĂ« grupimin e kapaciteteve tĂ« veçanta nĂ« njĂ« pool 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Ă« thikĂ«n, na intereson mĂ« pak se nga cila termocentral vjen energjia. Dhe tĂ« gjithĂ« konsumatorĂ«t e tjerĂ« konsumojnĂ« kĂ«tĂ« energji bashkĂ« me ne.
ĂshtĂ« e rĂ«ndĂ«sishme tĂ« kuptoni se karakteristikat e pĂ«rmendura mĂ« sipĂ«r tĂ« reve nuk janĂ« marrĂ« nga ajri, por janĂ« njĂ« pĂ«rfundim logjik i konceptit tĂ« computing utility. Dhe shĂ«rbimi publik duhet tĂ« ketĂ« kĂ«to karakteristika sipas konceptit. NĂ«se njĂ« karakteristikĂ« nuk pĂ«rputhet, shĂ«rbimi nuk bĂ«het mĂ« i dobĂ«t dhe nuk bĂ«het "helmues", thjesht nuk ndalon sĂ« qeni njĂ« re. Kush tha se tĂ« gjitha shĂ«rbimet duhet tĂ« jenĂ« kĂ«shtu?
Pse po flas pĂ«r kĂ«tĂ« ndaras? NĂ« 10 vitet e fundit qĂ« nga shfaqja e definicionit NIST, ka pasur shumĂ« polemika rreth "vĂ«rtetĂ«sisĂ« sĂ« re" sipas definicionit. NĂ« Shtetet e Bashkuara, ndonjĂ«herĂ« pĂ«rdoret nĂ« fushĂ«n gjyqĂ«sore shprehja "pĂ«rputhet me shkronjat e ligjit, por jo me shpirtin" â dhe nĂ« rastin e computing-reve, shpirt Ă«shtĂ« ajo qĂ« ka rĂ«ndĂ«si, burimet lĂ«shohet me dy klikime miu.
Duhet theksuar se pesë karakteristikat e përmendura janë të aplikueshme për re publike, por kur kalojmë në të privatuara, shumica e tyre bëhen opsionale.
- Qasja universale nĂ« rrjet (broad network access) â nĂ« kuadĂ«r tĂ« njĂ« reje private, organizata kontrollon plotĂ«sisht si fuqitĂ« qĂ« krijojnĂ«, ashtu edhe konsumatorĂ«t. Si rezultat, kjo karakteristikĂ« mund tĂ« merret automatikisht si e pĂ«rmbushur.
- MundĂ«sia e matjes sĂ« shĂ«rbimit (measured service) â Ă«shtĂ« karakteristika kyçe e konceptit tĂ« computing utility, pagesa bĂ«het sipas konsumit. Por si mund ta paguajĂ« organizata vetĂ«? NĂ« kĂ«tĂ« rast, bĂ«het njĂ« ndarje midis gjenerimit dhe konsumit brenda kompanisĂ«, IT bĂ«het ofruesi, dhe departamentet e biznesit bĂ«hen konsumatorĂ«t e shĂ«rbimeve. Dhe llogaritarit bĂ«het mes departamenteve. Ka dy regjime funksionimi tĂ« mundshme: chargeback (me llogariti reale dhe lĂ«vizje financash) dhe showback (nĂ« formĂ« raportimi mbi konsumimin e burimeve nĂ« rubla, por pa lĂ«vizje financash).
- Konfigurimi i shĂ«rbimeve nĂ« mĂ«nyrĂ« tĂ« pavarur sipas kĂ«rkesĂ«s (on demand self service) â brenda organizatĂ«s mund tĂ« ketĂ« njĂ« shĂ«rbim IT tĂ« pĂ«rbashkĂ«t, dhe nĂ« kĂ«tĂ« rast karakteristika humb kuptimin. MegjithatĂ«, nĂ«se ka specialistĂ« IT ose administratorĂ« aplikacionesh nĂ« departamentet e biznesit, Ă«shtĂ« e nevojshme tĂ« krijohet njĂ« portal vetĂ«-shĂ«rbimi. PĂ«rfundimi â karakteristika Ă«shtĂ« opsionale dhe varet nga struktura e biznesit.
- Elasticiteti i menjĂ«hershĂ«m (rapid elasticity) humbet kuptimin brenda organizatĂ«s pĂ«r shkak tĂ« fiksimit tĂ« pajisjeve pĂ«r ndĂ«rtimin e njĂ« ĐŸĐ±Đ»Đ°Đș privat. Mund tĂ« pĂ«rdoret me kufizime nĂ« llogaritĂ« e brendshme. PĂ«rfundimi â nuk Ă«shtĂ« e aplikueshme pĂ«r ĐŸĐ±Đ»Đ°Đș privat.
- Grumbullimi i burimeve nĂ« njĂ« pool (resource pooling) â sot praktikisht nuk ka asnjĂ« organizatĂ« qĂ« nuk pĂ«rdor virtualizimin e serverĂ«ve. Pra, kjo karakteristikĂ« mund tĂ« konsiderohet se pĂ«rmbushet automatikisht.
Pyetje: Po çfarĂ« Ă«shtĂ« pikĂ«risht kjo ĐŸĐ±Đ»Đ°Đș privat qĂ« po flisni? ĂfarĂ« duhet tĂ« blejĂ« dhe implementojĂ« kompania pĂ«r ta ndĂ«rtuar atĂ«?
PĂ«rgjigje: ĐŸĐ±Đ»Đ°Đș 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 milion dollarë në shpenzime kapitale, kanë krijuar peizazhin e ri teknologjik dhe lindjen e kompanive-miliarderë. Për shembull, gjigantët modernë Dropbox dhe Instagram u shfaqën si startupe në AWS me infrastrukturë zero.
Nevojitet të theksohet veçmas se mjetet për menaxhimin e shërbimeve cloud bëhen ndjeshëm më të ndërmjetësuara, dhe detyra kryesore e drejtorit të IT-së është përzgjedhja e ofruesve dhe kontrolli i cilësisë. Le të shqyrtojmë problematikën e këtyre dy detyrave të reja.
Shfaqur si njĂ« alternativĂ« ndaj infrastrukturĂ«s tradicionale tĂ« rĂ«ndĂ« me Qendrat e tĂ« DhĂ«nave dhe pajisjet e veta, rehatia e dukshme e cloud Ă«shtĂ« tĂ«rheqĂ«se. ĂshtĂ« e lehtĂ« tĂ« hysh nĂ« cloud, por pyetja e daljes shpesh anashkalohet. Ashtu si nĂ« çdo industrinĂ« tjetĂ«r, ofruesit e cloud-it pĂ«rpiqen tĂ« mbrojnĂ« biznesin e tyre dhe ta bĂ«jnĂ« konkurrencĂ«n mĂ« tĂ« vĂ«shtirĂ«. NjĂ« moment i vetĂ«m i rĂ«ndĂ«sishĂ«m konkurrues shfaqet vetĂ«m kur bĂ«het pĂ«rzgjedhja fillestare e ofruesit tĂ« shĂ«rbimeve cloud, pastaj ofruesi do tĂ« bĂ«jĂ« maksimumin pĂ«r tĂ« parandaluar largimin e klientit. Dhe jo tĂ« gjitha pĂ«rpjekjet do tĂ« fokusohen nĂ« cilĂ«sinĂ« e shĂ«rbimeve ose nĂ« gamĂ«n e saj. Para se gjithash, kjo nĂ«nkupton ofrimin e shĂ«rbimeve unike dhe pĂ«rdorimin e softuerit sistematik jo standard, qĂ« e vĂ«shtirĂ«son kalimin te njĂ« ofrues tjetĂ«r. Prandaj, gjatĂ« pĂ«rzgjedhjes sĂ« ofruesit tĂ« shĂ«rbimeve, Ă«shtĂ« e nevojshme tĂ« formohet njĂ« plan kalimi nga ky ofrues (nĂ« thelb njĂ« plan tĂ« plotĂ« pĂ«r rikuperimin e fatkeqĂ«sive â 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 cloud-it respektojnĂ« SLA-tĂ« sipas metrikave tĂ« tyre tĂ« brendshme, tĂ« cilat mund tĂ« kenĂ« njĂ« kuptim tĂ«rĂ«sisht indirekt nĂ« proceset e biznesit tĂ« klientit. Prandaj, implementimi i njĂ« sistemi tĂ« vetĂ«-monitorimit dhe kontrollit bĂ«het njĂ« nga projektet kyçe gjatĂ« transferimit tĂ« sistemeve tĂ« rĂ«ndĂ«sishme IT te ofruesi cloud. Duke vazhduar me temĂ«n e SLA, duhet tĂ« theksohet se shumica absolute e ofruesve tĂ« cloud-it kufizojnĂ« pĂ«rgjegjĂ«sinĂ« pĂ«r moszbatuar SLA-nĂ« nĂ« pagesĂ«n mujore tĂ« abonimit ose nĂ« njĂ« pĂ«rqindje tĂ« pagesĂ«s. PĂ«r shembull, AWS dhe Azure, nĂ« rast se kalojnĂ« pragun e disponueshmĂ«risĂ« 95% (36 orĂ« nĂ« muaj), do tĂ« japin njĂ« zbritje 100% nĂ« tarifĂ«n e abonimit, ndĂ«rsa Yandex.Cloud â 30%.
Sigurisht, nuk duhet harruar se rehatia cloud nuk Ă«shtĂ« vetĂ«m pĂ«r gjigantĂ«t si Amazon dhe elefantĂ«t si Yandex. Ka edhe rehatia mĂ« tĂ« vogla â me madhĂ«sinĂ« e njĂ« maci, madje edhe tĂ« njĂ« miu. Siç tregoi shembulli i CloudMouse, ndonjĂ«herĂ« cloud-i thjesht pĂ«rfundojnĂ«. Nuk do tĂ« merrni asnjĂ« kompensim, as zbritje â nuk do tĂ« merrni asgjĂ« pĂ«rveç njĂ« humbjeje totale tĂ« tĂ« dhĂ«nave.
Për shkak të problemeve të mësipërme me realizimin e sistemeve IT me klasë të lartë kritike për biznesin në infrastrukturat cloud, vitet e fundit ka një fenomen të quajtur "rikthim në cloud".
Derisa në vitin 2020, për llogaritë cloud arriti kulmin e pritjeve të fryra dhe koncepti është në rrugë për në kanal të zhgënjimeve (sipas ciklit të hipeve të Gartner-it). Sipas hulumtimeve, dhe deri në 80% e porositësve korporatë kthejnë dhe planifikojnë të rikthejnë ngarkesat nga cloud në qendrat e tyre të të dhënave për arsye:
- Për të rritur disponueshmërinë / performancën;
- Për të ulur shpenzimet;
- Për t'u përputhur me kërkesat e sigurisë së informacionit.
ĂfarĂ« duhet bĂ«rĂ« dhe si Ă«shtĂ« e vĂ«rteta "nĂ« tĂ« vĂ«rtetĂ«"?
Nuk ka dyshime se cloud ka ardhur pĂ«r tĂ« qĂ«ndruar seriozisht. Dhe çdo vit roli i tyre do tĂ« rritet. MegjithatĂ«, ne nuk jetojmĂ« nĂ« njĂ« tĂ« ardhme tĂ« largĂ«t, por nĂ« vitin 2020 nĂ« njĂ« situatĂ« mjaft tĂ« caktuar. ĂfarĂ« duhet bĂ«rĂ« me cloud, nĂ«se nuk jeni njĂ« startup, por njĂ« porositĂ«s klasik korporatĂ«?
- Cloud është para së gjithash një vend për shërbime me ngarkesë të paparashikueshme ose sezonale.
- Në shumicën e rasteve, shërbimet me ngarkesë të qëndrueshme të parashikueshme janë më të lira për t'u mbajtur në qendrat e të dhënave të veta.
- Duhet të filloni punën me cloud nga ambientet testuese dhe shërbimet me prioritet të ulët.
- Shqyrtimi i vendosjes së sistemeve informacioni në cloud fillon me zhvillimin e metodave për daljen nga cloud në një cloud tjetër (apo prapa në qendrën tuaj të të dhënave).
- Vendosja e një sistemi informacioni në cloud fillon me zhvillimin e një skeme të kopjimit në infrastrukturën që e kontrolloni ju.
Burimi: habr.com
