Die groei van rekenaarkrag en die ontwikkeling van x86-platformvirtualiseringstegnologieë aan die een kant, en die verspreiding van IT-uitkontraktering aan die ander kant, het gelei tot die konsep van nutsrekenaar (IT as 'n nutsdiens). Hoekom betaal jy nie vir IT op dieselfde manier as vir water of elektrisiteit nie – presies soveel en presies wanneer jy dit nodig het, en nie meer nie.
Op hierdie oomblik het die konsep van wolkrekenaars verskyn - die verbruik van IT-dienste vanaf die "wolk", d.w.s. uit een of ander eksterne poel van hulpbronne, sonder om om te gee hoe of waar hierdie hulpbronne vandaan kom. Net soos ons nie omgee vir die infrastruktuur van waternutspompstasies nie. Teen hierdie stadium is die ander kant van die konsep uitgewerk - naamlik die konsep van IT-dienste en hoe om dit binne die raamwerk van ITIL / ITSM te bestuur.
'n Aantal definisies van wolke (wolkrekenaars) is ontwikkel, maar hulle moet nie as die uiteindelike waarheid behandel word nie - dit is net 'n manier om maniere te formaliseer om nutsrekenaars te verskaf.
- "Wolkrekenaarkunde is 'n verspreide dataverwerkingstegnologie waarin rekenaarhulpbronne en krag as 'n internetdiens aan die gebruiker verskaf word" Wikipedia
- "Wolkrekenaars bied 'n model vir die verskaffing van gerieflike, netwerkgebaseerde toegang tot 'n gedeelde poel van op-aanvraag, konfigureerbare rekenaarhulpbronne (bv. netwerke, bedieners, berging, toepassings en dienste) wat vinnig voorsien en voorsien kan word met minimale bestuur poging of ingryping. diensverskaffer" NIST
- "Wolkrekenaarkunde is 'n paradigma vir die verskaffing van netwerktoegang tot 'n skaalbare en buigsame poel van verspreide fisiese of virtuele hulpbronne, selfdiens en bestuur op aanvraag" ISO/IEC 17788:2014. Inligtingstegnologie - Wolk rekenaars - Oorsig en woordeskat.
Volgens NIST is daar drie hooftipes wolke:
- IaaS – Infrastruktuur as 'n diens
- PaaS – Platform as a Service – Platform as a Service
- SaaS - Sagteware as 'n diens
Vir 'n baie vereenvoudigde begrip van die verskil, kom ons kyk na die Pizza-as-'n-diens-model:
NIST definieer die volgende noodsaaklike kenmerke van 'n IT-diens om as wolkgebaseerd beskou te word.
- Universele netwerktoegang (breë netwerktoegang) – die diens moet 'n universele netwerkkoppelvlak hê wat bykans enigiemand toelaat om te koppel en die diens met minimale vereistes te gebruik. Voorbeeld - om 'n 220V elektriese netwerk te gebruik, is dit genoeg om aan te sluit op enige sok met 'n standaard universele koppelvlak (prop), wat nie verander of dit 'n ketel, 'n stofsuier of 'n skootrekenaar is nie.
- Gemeet diens – 'n sleutelkenmerk van 'n wolkdiens is die meetbaarheid van die diens. Om terug te keer na die analogie met elektrisiteit, sal jy presies soveel betaal as wat jy met minimale korreligheid verbruik het, tot die koste om die ketel een keer te kook, as jy een keer gedurende die hele maand in die huis was en 'n koppie tee gedrink het.
- Selfkonfigurasie van dienste op aanvraag (op aanvraag selfdiens) – die wolkverskaffer bied die kliënt die geleentheid om die diens intelligent op te stel, sonder dat dit nodig is om met die verskaffer se werknemers te kommunikeer. Om die ketel te kook, is dit absoluut nie nodig om Energosbyt vooraf te kontak en hulle vooraf te waarsku en toestemming te verkry nie. Vanaf die oomblik dat die huis gekoppel is ('n kontrak word gesluit), kan alle verbruikers die verskafde krag onafhanklik bestuur.
- Onmiddellike elastisiteit (vinnige elastisiteit) – die wolkverskaffer verskaf hulpbronne met die vermoë om kapasiteit onmiddellik te verhoog / verminder (binne sekere redelike perke). Sodra die ketel aangeskakel word, verskaf die verskaffer dadelik 3 kW krag aan die netwerk, en sodra dit afgeskakel word, verminder dit die uitset tot nul.
- Hulpbronpoel – die interne meganismes van die diensverskaffer maak dit moontlik om individuele genereringsvermoëns in 'n gemeenskaplike poel van hulpbronne te kombineer met die verdere voorsiening van hulpbronne as 'n diens aan verskeie verbruikers. Wanneer ons die ketel aanskakel, is ons die minste bekommerd oor watter spesifieke kragsentrale die krag vandaan kom. En alle ander verbruikers verbruik hierdie krag saam met ons.
Dit is belangrik om te verstaan dat die kenmerke van die wolk wat hierbo beskryf word nie uit die lug gehaal is nie, maar 'n logiese gevolgtrekking is uit die konsep van nutsrekenaars. En 'n staatsdiens moet hierdie eienskappe binne die raamwerk van die konsep hê. As een of ander kenmerk nie ooreenstem nie, word die diens nie erger nie en word dit nie "giftig nie", dit hou net op om bewolk te wees. Wel, wie het gesê dat alle dienste moet?
Hoekom praat ek afsonderlik hieroor? In die afgelope 10 jaar sedert die NIST-definisie ingestel is, was daar baie debat oor "ware troebelheid" soos gedefinieer. In die Verenigde State word die formulering "voldoen aan die letter van die wet, maar nie die gees nie" steeds soms in die geregtelike sfeer gebruik - en in die geval van wolkrekenaars is die hoofsaak die gees, hulpbronne te huur in twee klik van die muis.
Daar moet kennis geneem word dat die bogenoemde 5 kenmerke van toepassing is op die publieke wolk, maar wanneer na 'n private wolk beweeg word, word die meeste van hulle opsioneel.
- Universele netwerktoegang (breë netwerktoegang) – binne 'n private wolk het die organisasie volledige beheer oor beide opwekkingsfasiliteite en verbruikerskliënte. Hierdie eienskap kan dus outomaties as vervul beskou word.
- Gemeet diens is 'n sleutelkenmerk van die nutsrekenaarkonsep, betaling gebaseer op verbruik. Maar hoe kan 'n organisasie homself betaal? In hierdie geval is daar 'n verdeling van opwekking en verbruik binne die maatskappy, IT word die verskaffer, en besigheidseenhede word verbruikers van dienste. En onderlinge skikking vind plaas tussen departemente. Twee bedryfsmetodes is moontlik: terugbetaling (met werklike onderlinge skikkings en finansiële beweging) en terugbetaling (in die vorm van verslagdoening oor hulpbronverbruik in roebels, maar sonder finansiële beweging).
- Selfdiens op aanvraag – daar kan 'n gedeelde IT-diens binne 'n organisasie wees, in welke geval die eienskap betekenisloos word. As jy egter jou eie IT-spesialiste of toepassingsadministrateurs in besigheidseenhede het, moet jy 'n selfbedieningsportaal organiseer. Gevolgtrekking - die eienskap is opsioneel en hang af van die besigheidstruktuur.
- Onmiddellike elastisiteit (vinnige elastisiteit) – binne 'n organisasie verloor dit sy betekenis as gevolg van die vaste stel toerusting om 'n private wolk te organiseer. Kan tot 'n beperkte mate binne interne nedersettings gebruik word. Gevolgtrekking - nie van toepassing op 'n private wolk nie.
- Hulpbronpoel – vandag is daar feitlik geen organisasies wat nie bedienervirtualisering gebruik nie. Gevolglik kan hierdie eienskap as outomaties as vervul beskou word.
Vraag: So, wat is jou private wolk? Wat moet 'n maatskappy koop en implementeer om dit te bou?
Antwoord: die private wolk is 'n oorgang na 'n nuwe administratiewe model van IT-Besigheid-interaksie, wat bestaan uit 80% administratiewe maatreëls en slegs 20% tegnologie.
Om slegs te betaal vir die hulpbronne wat verbruik is en maklike toegang, sonder om honderde miljoene olie in kapitaaluitgawes te begrawe, het gelei tot 'n nuwe tegnologiese landskap en die ontstaan van miljardêrmaatskappye. Moderne reuse Dropbox en Instagram het byvoorbeeld as opstarters op AWS verskyn met geen eie infrastruktuur nie.
Dit moet afsonderlik beklemtoon word dat wolkdiensbestuurnutsmiddels baie meer indirek word, en die sleutelverantwoordelikheid van die IT-direkteur is om verskafferkeuse en kwaliteitbeheer te word. Kom ons kyk na die uitdagings van hierdie twee nuwe verantwoordelikhede.
Omdat wolke na vore gekom het as 'n alternatief vir die klassieke swaar infrastruktuur met sy eie datasentrums en hardeware, is wolke bedrieglik lig. Dit is maklik om die wolk binne te gaan, maar die kwessie van uitgang word gewoonlik vermy. Soos in enige ander bedryf, streef wolkverskaffers daarna om besigheid te beskerm en mededinging moeiliker te maak. Die enigste ernstige mededingende oomblik ontstaan eers tydens die aanvanklike keuse van 'n wolkdiensverskaffer, en dan sal die verskaffer alles inspan om te verseker dat die kliënt hom nie verlaat nie. Boonop sal nie alle pogings gemik wees op die kwaliteit van dienste of hul reeks nie. Eerstens is dit die lewering van unieke dienste en die gebruik van nie-standaard stelselsagteware, wat dit moeilik maak om na 'n ander verskaffer oor te skakel. Gevolglik, wanneer 'n diensverskaffer gekies word, is dit nodig om gelyktydig 'n oorgangplan vanaf hierdie verskaffer te formuleer (in wese 'n volwaardige DRP - rampherstelplan) en deur die argitektuur van databerging en rugsteunkopieë te dink.
Die tweede belangrike aspek van die nuwe verantwoordelikhede van die IT-direkteur is die monitering van die kwaliteit van dienste vanaf die verskaffer. Byna alle wolkverskaffers voldoen aan SLA's volgens hul eie interne maatstawwe, wat 'n uiters indirekte impak op die kliënt se besigheidsprosesse kan hê. En dienooreenkomstig word die implementering van jou eie monitering- en beheerstelsel een van die sleutelprojekte wanneer beduidende IT-stelsels na 'n wolkverskaffer oorgedra word. Om die onderwerp van SLA voort te sit, is dit nodig om te beklemtoon dat die oorgrote meerderheid wolkverskaffers aanspreeklikheid vir versuim om die SLA na te kom beperk tot die maandelikse subskripsiebetaling of tot 'n deel van die betaling. Byvoorbeeld, AWS en Azure, as die beskikbaarheidsdrempel van 95% (36 uur per maand) oorskry word, sal 'n 100% afslag op die intekenfooi gee, en Yandex.Cloud - 30%.
En natuurlik moet ons nie vergeet dat wolke nie net deur Amazon-klas mastodonts en Yandex-klas olifante gemaak word nie. Wolke kan ook kleiner wees - die grootte van 'n kat of selfs 'n muis. Soos die CloudMouse-voorbeeld getoon het, stop die wolk soms net en eindig. Jy sal geen vergoeding, geen afslag ontvang nie - jy sal niks anders as totale dataverlies ontvang nie.
In die lig van bogenoemde probleme met die implementering van hoë-end besigheidskritiese IT-stelsels in wolkinfrastruktuur, is die verskynsel van "wolk-repatriasie" in onlangse jare waargeneem.
Teen 2020 het wolkrekenaarkunde die hoogtepunt van opgeblase verwagtinge verbygesteek en die konsep is op pad na die sloot van teleurstelling (volgens die Gartner-hype-siklus). Volgens navorsing и tot 80% van korporatiewe kliënte keer terug en beplan om vragte van die wolke na hul eie datasentrums terug te stuur om die volgende redes:
- Verbeter beskikbaarheid/prestasie;
- Verminder koste;
- Om aan inligtingsekuriteitsvereistes te voldoen.
Wat om te doen en hoe alles "regtig" is?
Daar is geen twyfel dat die wolke hier is vir die langpad nie. En elke jaar sal hul rol toeneem. Ons leef egter nie in die verre toekoms nie, maar in 2020 in 'n baie spesifieke situasie. Wat om te doen met wolke as jy nie 'n beginner is nie, maar 'n klassieke korporatiewe kliënt?
- Die wolk is hoofsaaklik 'n plek vir dienste met onvoorspelbare of hoogs seisoenale vragte.
- In die meeste gevalle is dienste met 'n voorspelbare, stabiele vrag goedkoper om in jou eie datasentrum te onderhou.
- Dit is nodig om met wolke te begin werk met toetsomgewings en lae-prioriteit dienste.
- Oorweging om inligtingstelsels in die wolk te plaas, begin met die ontwikkeling van 'n metodologie om die wolk na 'n ander wolk (of terug na jou eie datasentrum) te verlaat.
- Om 'n inligtingstelsel in die wolk te plaas, begin met die ontwikkeling van 'n rugsteunskema vir die infrastruktuur wat jy beheer.
Bron: will.com