La kresko de komputika potenco kaj la evoluo de x86 platformaj virtualigteknologioj unuflanke, kaj la disvastiĝo de IT-subkontraktado aliflanke, kondukis al la koncepto de servaĵokomputiko (IT kiel servaĵoservo). Kial ne pagi por IT same kiel por akvo aŭ elektro - ekzakte tiom kaj ĝuste kiam vi bezonas ĝin, kaj ne pli.
En ĉi tiu momento aperis la koncepto de nuba komputado - la konsumo de IT-servoj el la "nubo", t.e. de iu ekstera aro de rimedoj, sen zorgi kiel aŭ de kie venas ĉi tiuj rimedoj. Same kiel ni ne zorgas pri la infrastrukturo de akvoservoj pumpstacioj. Ĝis ĉi tiu punkto, la alia flanko de la koncepto estis ellaborita - nome, la koncepto de IT-servoj kaj kiel administri ilin kadre de ITIL / ITSM.
Kelkaj difinoj de nuboj (nuba komputado) estis evoluigitaj, sed ili ne devus esti traktitaj kiel la finfina vero - ili estas nur maniero formaligi manierojn disponigi utilkomputikon.
- "Nuba komputado estas distribuita datumtraktadteknologio en kiu komputilaj rimedoj kaj potenco estas disponigitaj al la uzanto kiel interreta servo" Vikipedio
- "Nuba komputado provizas modelon por havigi oportunan, retan aliron al komuna aro de laŭpetaj, agordeblaj komputikresursoj (ekz., retoj, serviloj, stokado, aplikoj kaj servoj), kiuj povas esti rapide provizitaj kaj provizitaj per minimuma administrado. penado aŭ interveno. servoprovizanto" NIST
- "Nuba komputado estas paradigmo por havigi retan aliron al skalebla kaj fleksebla naĝejo de distribuitaj fizikaj aŭ virtualaj rimedoj, memservoj kaj administritaj laŭpeto" ISO/IEC 17788:2014. Informa teknologio - Nuba komputado - Superrigardo kaj vortprovizo.
Laŭ NIST, ekzistas tri ĉefaj specoj de nuboj:
- IaaS - Infrastrukturo kiel Servo
- PaaS - Platformo kiel Servo - Platformo kiel servo
- SaaS - Programaro kiel Servo
Por tre simpligita kompreno de la diferenco, ni rigardu la modelon Pizza-as-a-Service:
NIST difinas la jenajn necesajn funkciojn de IT-servo por esti konsiderita nub-bazita.
- Universala retaliro (larĝa retaliro) - la servo devas havi universalan retan interfacon, kiu ebligas preskaŭ al iu ajn konekti kaj uzi la servon kun minimumaj postuloj. Ekzemplo - por uzi elektran reton de 220V, sufiĉas konekti al iu ajn ingo kun norma universala interfaco (ŝtopilo), kiu ne ŝanĝas ĉu ĝi estas kaldrono, polvosuĉilo aŭ tekkomputilo.
- Mezurita servo - ŝlosila karakterizaĵo de nuba servo estas la mezurebleco de la servo. Revenante al la analogio kun elektro, vi pagos ĝuste tiom, kiom vi konsumis kun minimuma granulareco, ĝis la kosto de boligado de la kaldrono unufoje, se vi estis en la domo unufoje dum la tuta monato kaj trinkis tason da teo.
- Mem-agordo de servoj laŭ postulo (laŭ postulo memservo) - la nuba provizanto donas al la kliento la ŝancon inteligente agordi la servon, sen la bezono interagi kun la dungitoj de la provizanto. Por boligi la kaldrono, nepre ne necesas kontakti Energosbyt anticipe kaj anticipe averti ilin kaj akiri permeson. De la momento, kiam la domo estas konektita (kontrakto estas finita), ĉiuj konsumantoj povas sendepende administri la provizitan potencon.
- Tuja elasteco (rapida elasteco) - la nuba provizanto provizas rimedojn per la kapablo tuj pliigi / malpliigi kapaciton (en certaj akcepteblaj limoj). Tuj kiam la kaldrono estas ŝaltita, la provizanto tuj liveras 3 kW da potenco al la reto, kaj tuj kiam ĝi estas malŝaltita, ĝi reduktas la produktadon al nulo.
- Rimedo-kunigo - la internaj mekanismoj de la teleliveranto ebligas kombini individuajn generajn kapacitojn en oftan naĝejon de resursoj kun la plia liverado de resursoj kiel servo al diversaj konsumantoj. Kiam ni ŝaltas la kaldrono, ni malplej zorgas pri kiu specifa elektrocentralo venas la potenco. Kaj ĉiuj aliaj konsumantoj konsumas ĉi tiun potencon kune kun ni.
Gravas kompreni, ke la karakterizaĵoj de la nubo priskribita supre ne estis prenitaj el maldika aero, sed estas logika konkludo de la koncepto de utileca komputado. Kaj publika servo devas havi ĉi tiujn trajtojn en la kadro de la koncepto. Se unu aŭ alia karakterizaĵo ne kongruas, la servo ne plimalboniĝas kaj ne fariĝas "venena", ĝi nur ĉesas esti nuba. Nu, kiu diris, ke ĉiuj servoj devus?
Kial mi parolas pri tio aparte? En la pasintaj 10 jaroj de kiam la NIST-difino estis lanĉita, estis multe da debato pri "vera nubo" kiel difinite. En Usono, la formuliĝo "konformas al la litero de la leĝo, sed ne la spirito" ankoraŭ estas kelkfoje uzata en la juĝa sfero - kaj en la kazo de nuba komputado, la ĉefa afero estas la spirito, rimedoj por luo en du klakoj de la muso.
Oni devas rimarki, ke la supraj 5 karakterizaĵoj validas por la publika nubo, sed kiam oni moviĝas al privata nubo, la plej multaj el ili fariĝas laŭvolaj.
- Universala retaliro (larĝa retaliro) - ene de privata nubo, la organizo havas kompletan kontrolon de kaj generaj instalaĵoj kaj konsumantaj klientoj. Tiel, ĉi tiu karakterizaĵo povas esti konsiderata aŭtomate plenumita.
- Mezurita servo estas ŝlosila karakterizaĵo de la utileca komputika koncepto, pago bazita sur konsumo. Sed kiel organizo povas pagi sin? En ĉi tiu kazo, ekzistas divido de generacio kaj konsumo ene de la firmao, IT iĝas la provizanto, kaj komercaj unuoj fariĝas konsumantoj de servoj. Kaj reciproka aranĝo okazas inter fakoj. Du operaciaj reĝimoj estas eblaj: rekompenco (kun realaj reciprokaj kompromisoj kaj financa movado) kaj montrado (en formo de raportado pri konsumo de rimedoj en rubloj, sed sen financa movado).
- Laŭpeta memservo - povas ekzisti komuna IT-servo ene de organizo, en kiu kazo la karakterizaĵo iĝas sensenca. Tamen, se vi havas viajn proprajn IT-specialistojn aŭ aplikaĵadministrantojn en komercaj unuoj, vi devas organizi memservan portalon. Konkludo - la karakterizaĵo estas laŭvola kaj dependas de la komerca strukturo.
- Tuja elasteco (rapida elasteco) - ene de organizo, ĝi perdas sian signifon pro la fiksa aro de ekipaĵoj por organizi privatan nubon. Povas esti uzata en limigita mezuro ene de internaj setlejoj. Konkludo - ne aplikebla por privata nubo.
- Kunigo de rimedoj - hodiaŭ preskaŭ ne ekzistas organizoj, kiuj ne uzas servilan virtualigon. Sekve, ĉi tiu karakterizaĵo povas esti konsiderata aŭtomate plenumita.
Demando: Kio do estas via privata nubo? Kion kompanio bezonas aĉeti kaj efektivigi por konstrui ĝin?
Respondo: la privata nubo estas transiro al nova administra modelo de IT-Komerca interago, kiu konsistas el 80% administraciaj mezuroj kaj nur 20% teknologio.
Pagi nur por la konsumitaj rimedoj kaj facila eniro, sen devi enterigi centojn da milionoj da petrolo en kapitalelspezoj, kaŭzis novan teknologian pejzaĝon kaj la apero de miliardaj kompanioj. Ekzemple, modernaj gigantoj Dropbox kaj Instagram aperis kiel noventreprenoj sur AWS kun nula infrastrukturo propra.
Oni devas aparte emfazi, ke iloj pri administrado de nuba servo fariĝas multe pli nerektaj, kaj la ŝlosila respondeco de la IT-direktoro fariĝas provizanta elekto kaj kvalito-kontrolo. Ni rigardu la defiojn de ĉi tiuj du novaj respondecoj.
Aperinte kiel alternativo al la klasika peza infrastrukturo kun siaj propraj datumcentroj kaj aparataro, nuboj estas trompe malpezaj. Estas facile eniri la nubon, sed la afero de eliro estas kutime evitita. Kiel en iu ajn alia industrio, nubaj provizantoj klopodas por protekti komercon kaj malfaciligi la konkuradon. La nura serioza konkurenciva momento aperas nur dum la komenca elekto de provizanto de nuba servo, kaj tiam la provizanto klopodos por certigi, ke la kliento ne forlasas lin. Krome, ne ĉiuj klopodoj celos la kvaliton de servoj aŭ ilia gamo. Antaŭ ĉio, ĉi tio estas la livero de unikaj servoj kaj la uzo de ne-norma sistema programaro, kio malfaciligas ŝanĝi al alia provizanto. Sekve, elektante servoprovizanton, necesas samtempe formuli transiran planon de ĉi tiu provizanto (esence plentaŭga DRP - katastrofa reakiro) kaj pensi tra la arkitekturo de datumstokado kaj rezervaj kopioj.
La dua grava aspekto de la novaj respondecoj de la IT-direktoro estas monitori la kvaliton de servoj de la provizanto. Preskaŭ ĉiuj nubaj provizantoj plenumas SLA-ojn laŭ siaj propraj internaj metrikoj, kiuj povas havi ekstreme nerektan efikon al la komercaj procezoj de la kliento. Kaj sekve, la efektivigo de via propra monitora kaj kontrola sistemo fariĝas unu el la ŝlosilaj projektoj kiam oni transdonas signifajn IT-sistemojn al nuba provizanto. Daŭrigante la temon de SLA, estas necese emfazi, ke la granda plimulto de nubaj provizantoj limigas respondecon pro malsukceso plenumi la SLA al la monata abonpago aŭ al parto de la pago. Ekzemple, AWS kaj Azure, se la sojlo de havebleco de 95% (36 horoj monate) estas superita, donos 100% rabaton pri la abonkotizo, kaj Yandex.Cloud - 30%.
Kaj kompreneble, ni ne devas forgesi, ke nuboj ne nur estas faritaj de Amazon-klasaj mastodontoj kaj Yandex-klasaj elefantoj. Nuboj ankaŭ povas esti pli malgrandaj - la grandeco de kato aŭ eĉ muso. Kiel montris la ekzemplo de CloudMouse, foje la nubo nur haltas kaj finiĝas. Vi ricevos neniun kompenson, neniun rabaton - vi ricevos nenion krom totala datumperdo.
Konsiderante la suprajn problemojn kun la efektivigo de altnivelaj komercaj kritikaj IT-sistemoj en nubaj infrastrukturoj, la fenomeno de "nuba repatriigo" estis observita en la lastaj jaroj.
Ĝis 2020, nuba komputado preterpasis la pinton de ŝveligitaj atendoj kaj la koncepto estas survoje al la fosaĵo de seniluziiĝo (laŭ la Gartner-eksplodaĵciklo). Laŭ esploro и ĝis 80% de kompaniaj klientoj revenas kaj planas resendi ŝarĝojn de la nuboj al siaj propraj datumcentroj pro la sekvaj kialoj:
- Plibonigi haveblecon/efikecon;
- Redukti kostojn;
- Por plenumi la postulojn pri informa sekureco.
Kion fari kaj kiel ĉio "vere" estas?
Ne estas dubo, ke la nuboj estas ĉi tie por la longa tempo. Kaj ĉiujare ilia rolo pliiĝos. Tamen ni ne vivas en malproksima estonteco, sed en 2020 en tre specifa situacio. Kion fari kun nuboj se vi ne estas noventrepreno, sed klasika kompania kliento?
- La nubo estas ĉefe loko por servoj kun neantaŭvideblaj aŭ tre laŭsezonaj ŝarĝoj.
- Plejofte, servoj kun antaŭvidebla, stabila ŝarĝo estas pli malmultekostaj konservi en via propra datumcentro.
- Necesas komenci labori kun nuboj kun testaj medioj kaj malaltprioritataj servoj.
- Konsiderado pri meti informsistemojn en la nubon komenciĝas per evoluigado de metodaro por eliri la nubon al alia nubo (aŭ reen al via propra datumcentro).
- Meti informsistemon en la nubon komenciĝas per evoluigado de rezerva skemo por la infrastrukturo, kiun vi kontrolas.
fonto: www.habr.com