Konputazio-potentziaren hazkundeak eta x86 plataformaren birtualizazio teknologien garapenak, batetik, eta IT-aren azpikontratazioaren hedapenak, bestetik, utility computing kontzeptua ekarri zuten (IT erabilgarritasun zerbitzu gisa). Zergatik ez ordaindu IT ura edo elektrizitatearen modu berean, behar duzunean bezainbeste eta zehatz-mehatz, eta ez gehiago.
Momentu honetan, cloud computing kontzeptua agertu zen - IT zerbitzuen kontsumoa "hodeitik", hau da. kanpoko baliabide multzo batzuetatik, baliabide horiek nola edo nondik datozen axola gabe. Ur zerbitzuen ponpaketa-estazioen azpiegiturak axola ez zaigun bezala. Puntu honetan, kontzeptuaren beste aldea landu zen, hots, IT zerbitzuen kontzeptua eta nola kudeatu ITIL / ITSM esparruan.
Hodeien definizio batzuk (cloud computing) garatu dira, baina ez dira azken egiatzat hartu behar; erabilgarritasun informatikoa emateko moduak formalizatzeko modu bat besterik ez dira.
- "Hodeiko informatika banatutako datuak prozesatzeko teknologia bat da, non ordenagailu baliabideak eta potentzia erabiltzaileari Interneteko zerbitzu gisa ematen zaizkion" Wikipedia
- "Hodeiko informatikak sarean oinarritutako sarbide erosoa eskaintzeko eredu bat eskaintzen du, eskaeraren arabera konfigura daitezkeen baliabide informatiko konfiguragarrien multzo batera (adibidez, sareak, zerbitzariak, biltegiratzeak, aplikazioak eta zerbitzuak) azkar hornitu eta horni daitezkeen kudeaketa minimo batekin. ahalegina edo esku-hartzea. zerbitzu hornitzailea" NIST
- "Hodeiko informatika sarerako sarbidea eskaintzeko paradigma bat da banatutako baliabide fisiko edo birtualen multzo eskalagarri eta malgu bati, autozerbitzua eta eskaeraren arabera kudeatutakoa" ISO/IEC 17788:2014. Informazioaren teknologia - Hodeiko informatika - Ikuspegi orokorra eta hiztegia.
NISTen arabera, hiru hodei mota nagusi daude:
- IaaS β Azpiegitura Zerbitzu gisa
- PaaS β Platform as a Service β Plataforma gisa zerbitzu
- SaaS - Software Zerbitzu gisa
Desberdintasuna oso erraz ulertzeko, ikus dezagun Pizza-as-a-Service eredua:
NISTek hodeian oinarritutako IT zerbitzu baten beharrezko ezaugarri hauek definitzen ditu.
- Sareko sarbide unibertsala (sarerako sarbide zabala) - zerbitzuak sare-interfaze unibertsala izan behar du, ia edonori zerbitzua konektatu eta erabiltzeko eskakizun minimoekin. Adibidea - 220 V-ko sare elektriko bat erabiltzeko, nahikoa da interfaze unibertsal estandarra duen edozein entxufetara konektatzea, eta horrek ez du aldatzen ketila, xurgagailua edo ordenagailu eramangarria den.
- Neurtutako zerbitzua - hodeiko zerbitzu baten funtsezko ezaugarria zerbitzuaren neurgarritasuna da. Elektrizitatearen analogiara itzuliz, gutxieneko granularitatez kontsumitu duzun bezainbeste ordainduko duzu, ontziaren behin irakiten kosturaino, hilabete osoan etxean behin egon eta te kopa bat edan bazenuen.
- Eskariaren araberako zerbitzuen autokonfigurazioa (eskaeraren araberako autozerbitzua) - hodeiko hornitzaileak bezeroari zerbitzua modu adimentsuan konfiguratzeko aukera ematen dio, hornitzailearen langileekin elkarreragin beharrik gabe. Katera irakiteko, ez da beharrezkoa Energosbyt-ekin aldez aurretik harremanetan jartzea eta aldez aurretik abisatzea eta baimena lortzea. Etxea konektatzen den unetik (kontratua egiten da), kontsumitzaile guztiek modu independentean kudeatu dezakete emandako potentzia.
- Berehalako elastikotasuna (elastikotasun azkarra) - hodeiko hornitzaileak baliabideak eskaintzen ditu berehala ahalmena handitzeko / gutxitzeko gaitasuna (arrazoizko muga batzuen barruan). Kettle piztu bezain laster, hornitzaileak berehala 3 kW-ko potentzia ematen dio sareari, eta itzali bezain laster, irteera zerora murrizten du.
- Baliabideak biltzea: zerbitzu-hornitzailearen barne-mekanismoek ahalbidetzen dute sortzeko ahalmen indibidualak baliabide multzo komun batean konbinatzea eta hainbat kontsumitzaileri zerbitzu gisa baliabideak hornitzea. Eltera pizten dugunean, energia elektrikoa zein zentral zehatzetatik datorrenaz arduratzen gara gutxien. Eta gainerako kontsumitzaile guztiek kontsumitzen dute botere hori gurekin batera.
Garrantzitsua da ulertzea goian deskribatutako hodeiaren ezaugarriak ez zirela airetik atera, baizik eta erabilgarritasun-konputazioaren kontzeptutik ondorio logiko bat direla. Eta zerbitzu publiko batek ezaugarri horiek eduki behar ditu kontzeptuaren esparruan. Ezaugarriren bat edo beste bat ez badator, zerbitzua ez da okerrera egiten eta ez da "pozoitsu" bihurtzen, lainotuta egoteari uzten dio. Beno, nork esan zuen zerbitzu guztiek behar luketela?
Zergatik ari naiz honetaz bereizita? NIST definizioa sartu zenetik azken 10 urteotan, eztabaida handia egon da definitu bezala "benetako hodeitasunari buruz". Estatu Batuetan, formulazioa "legearen letra betetzen du, baina ez espiritua" oraindik ere batzuetan erabiltzen da esparru judizialean - eta hodeiko informatikaren kasuan, nagusia espiritua da, bitan alokatzeko baliabideak. saguaren klikak.
Kontuan izan behar da goiko 5 ezaugarriak hodei publikoari aplikatzen zaizkiola, baina hodei pribatu batera mugitzean, gehienak hautazko bihurtzen dira.
- Sarerako sarbide unibertsala (sarerako sarbide zabala) - hodei pribatu baten barruan, erakundeak kontrol osoa du sorkuntza-instalazioen eta kontsumitzaileen bezeroen gainean. Beraz, ezaugarri hori automatikoki betetzat jo daiteke.
- Zerbitzu neurtua erabilgarritasun informatikoaren kontzeptuaren funtsezko ezaugarria da, kontsumoan oinarritutako ordainketa. Baina nola ordain dezake erakunde batek bere buruari? Kasu honetan, sorrera eta kontsumo banaketa bat dago enpresaren barruan, IT hornitzaile bihurtzen da eta negozio unitateak zerbitzuen kontsumitzaile. Eta elkarren arteko konponketa gertatzen da sailen artean. Bi eragiketa-modu posible dira: karga-itzulpena (benetako elkarrekiko likidazioekin eta finantza-mugimenduarekin) eta showback-a (errublotan baliabideen kontsumoaren berri emateko moduan, baina finantza-mugimendurik gabe).
- Eskaeraren araberako autozerbitzua: erakunde batean partekatutako IT zerbitzu bat egon daiteke, eta kasu horretan, ezaugarria zentzurik gabe geratuko da. Hala ere, negozio-unitateetan zure IT espezialistak edo aplikazio-administratzaileak badituzu, autozerbitzu atari bat antolatu behar duzu. Ondorioa - ezaugarria hautazkoa da eta negozioaren egituraren araberakoa da.
- Berehalako elastikotasuna (elastikotasun azkarra) - erakunde baten barruan, bere esanahia galtzen du hodei pribatu bat antolatzeko ekipamendu multzo finkoagatik. Neurri mugatuan erabil daiteke barne-likidazioen barruan. Ondorioa - ez dago aplikagarri hodei pribatu baterako.
- Baliabideen bilketa: gaur egun ez dago zerbitzariaren birtualizazioa erabiltzen ez duen ia erakunderik. Horren arabera, ezaugarri hori automatikoki betetzen dela kontsidera daiteke.
Galdera: Zein da zure hodei pribatua? Zer erosi eta ezarri behar du enpresa batek eraikitzeko?
Erantzuna: hodei pribatua IT-Business interakziorako administrazio-eredu berri baterako trantsizioa da, %80 administrazio neurriz eta %20 teknologiaz soilik osatuta.
Kontsumitutako baliabideak soilik ordaintzeak eta sarrera errazak, kapital gastuetan ehunka milioi petrolio lurperatu beharrik gabe, panorama teknologiko berri bat eta enpresa milioidunen sorrera ekarri zuen. Esaterako, Dropbox eta Instagram erraldoi modernoak AWS-n startup gisa agertu ziren, zero azpiegiturarekin.
Bereiz azpimarratu behar da hodeiko zerbitzuak kudeatzeko tresnak askoz zeharkakoagoak direla eta IT zuzendariaren funtsezko erantzukizuna hornitzaileen hautaketa eta kalitate kontrola bilakatzea dela. Ikus ditzagun bi ardura berri hauen erronkak.
Datu-zentro eta hardware propioak dituen azpiegitura astun klasikoaren alternatiba gisa agertu ondoren, hodeiak engainagarri arinak dira. Hodeian sartzea erraza da, baina normalean irteeraren arazoa saihestu egiten da. Beste edozein industriatan bezala, hodeiko hornitzaileak negozioak babesten eta lehia zailtzen ahalegintzen dira. Lehiakortasun-une larri bakarra hodeiko zerbitzu-hornitzaile baten hasierako aukeraketan bakarrik sortzen da, eta orduan hornitzaileak ahalegin guztiak egingo ditu bezeroak hura utzi ez dezan. Gainera, ahalegin guztiak ez dira zerbitzuen kalitatera edo haien eskaintzara bideratuko. Lehenik eta behin, zerbitzu bereziak ematea eta sistemaren software ez-estandarra erabiltzea da, eta horrek zaildu egiten du beste hornitzaile batera aldatzea. Horren arabera, zerbitzu-hornitzaile bat aukeratzerakoan, beharrezkoa da hornitzaile honengandik trantsizio-plan bat egitea aldi berean (funtsean DRP osoa - hondamendiak berreskuratzeko plana) eta datuen biltegiratze eta babeskopien arkitekturan pentsatu.
Informatikako zuzendariaren ardura berrien bigarren alderdi garrantzitsua hornitzailearen zerbitzuen kalitatea kontrolatzea da. Hodeiko hornitzaile ia guztiek SLA-ak betetzen dituzte beren barne-neurrien arabera, eta horrek oso zeharkako eragina izan dezake bezeroaren negozio-prozesuetan. Eta horren arabera, zure monitorizazio eta kontrol sistema propioa ezartzea funtsezko proiektuetako bat bihurtzen da informatika-sistema garrantzitsuak hodeiko hornitzaile bati transferitzean. SLAren gaiarekin jarraituz, azpimarratu behar da hodeiko hornitzaile gehienek SLA ez betetzearen erantzukizuna hileko harpidetzaren ordainketara edo ordainketaren zati batera mugatzen dutela. Adibidez, AWS eta Azure, % 95eko erabilgarritasun-atalasea (hilean 36 ordu) gainditzen bada, % 100eko deskontua emango dute harpidetzaren kuotan, eta Yandex.Cloud -ek % 30ekoa.
Eta, jakina, ez dugu ahaztu behar hodeiak ez direla Amazon klaseko mastodonteek eta Yandex klaseko elefanteek bakarrik egiten. Hodeiak ere txikiagoak izan daitezke: katu baten edo sagu baten tamaina. CloudMouse adibideak erakutsi zuen bezala, batzuetan hodeia gelditu eta amaitzen da. Ez duzu kalte-ordainik, ez deskonturik jasoko - datuen galera osoa baino ez duzu jasoko.
Hodeiko azpiegituretan goi-mailako negozio-sistema kritikoak ezartzeko aurreko arazoak ikusita, azken urteotan "hodei-aberriratzea" fenomenoa ikusi da.
2020rako, hodeiko informatikak itxaropen puztuen gailurra gainditu du eta kontzeptua etsipenaren lubakirako bidean da (Gartner hype zikloaren arabera). Ikerketaren arabera ΠΈ bezero korporatiboen % 80 arte itzultzen dira eta hodeietatik kargak beren datu-zentroetara itzultzeko asmoa dute arrazoi hauengatik:
- Eskuragarritasuna/errendimendua hobetzea;
- Kostuak murriztea;
- Informazioaren segurtasun-baldintzak betetzeko.
Zer egin eta nola dena "benetan"?
Ez dago dudarik hodeiak epe luzerako daudela. Eta urtero haien papera handitu egingo da. Hala ere, ez gara etorkizun urrunean bizi, 2020an baizik eta egoera oso zehatz batean. Zer egin hodeiekin ez bazara startup bat, bezero korporatibo klasiko bat baizik?
- Hodeia, batez ere, ezusteko edo oso sasoiko karga duten zerbitzuetarako lekua da.
- Kasu gehienetan, karga egonkorra aurreikusten duten zerbitzuak merkeagoak dira zure datu-zentroan mantentzea.
- Beharrezkoa da proba-inguruneekin eta lehentasun baxuko zerbitzuekin hodeiekin lanean hastea.
- Informazio-sistemak hodeian jartzea kontuan hartzea hodeitik beste hodei batera (edo zure datu-zentrora itzultzeko) metodologia bat garatzen hasten da.
- Informazio-sistema hodeian jartzea, zuk kontrolatzen duzun azpiegituraren babeskopia-eskema garatzen hasten da.
Iturria: www.habr.com