Væksten i computerkraft og udviklingen af x86-platformsvirtualiseringsteknologier på den ene side og udbredelsen af it-outsourcing på den anden side har ført til konceptet utility computing (IT som en offentlig tjeneste). Hvorfor ikke betale for IT på samme måde som for vand eller el – præcis lige så meget og præcis når du har brug for det, og ikke mere.
I dette øjeblik dukkede begrebet cloud computing op - forbruget af it-tjenester fra "skyen", dvs. fra en ekstern pulje af ressourcer, uden at bekymre sig om, hvordan og hvor disse ressourcer kommer fra. Ligesom vi er ligeglade med infrastrukturen på vandværkspumpestationer. På dette tidspunkt var den anden side af konceptet også gennemarbejdet – nemlig konceptet med IT-tjenester og hvordan man administrerer dem inden for rammerne af ITIL/ITSM.
Der er udviklet en række definitioner af skyer (cloud computing), men dette skal ikke opfattes som den ultimative sandhed - det er blot en måde at formalisere måderne, hvorpå utility computing leveres.
- "Cloud computing er en distribueret databehandlingsteknologi, hvor computerressourcer og kapaciteter leveres til brugeren som en internettjeneste" Wikipedia
- "Cloud computing er en model til at give bekvem netværksadgang til en delt pulje af brugerdefinerbare computerressourcer (f.eks. netværk, servere, lagring, applikationer og tjenester) efter behov, som hurtigt kan klargøres og klargøres med minimal administrationsindsats eller minimal indgriben. Tjenesteudbyder" NIST
- "Cloud computing er et paradigme for at give netværksadgang til en skalerbar og fleksibel pulje af distribuerede fysiske eller virtuelle ressourcer, leveret i en selvbetjeningstilstand og administreret efter behov" ISO/IEC 17788:2014. Informationsteknologi - Cloud computing - Oversigt og ordforråd.
Ifølge NIST er der tre hovedtyper af skyer:
- IaaS - Infrastructure as a Service - Infrastructure as a Service
- PaaS - Platform as a Service - Platform as a Service
- SaaS - Software as a Service
For en meget forenklet forståelse af forskellen, lad os overveje Pizza-as-a-Service-modellen:
NIST definerer følgende nødvendige funktioner for, at en it-tjeneste kan betragtes som en cloud-tjeneste.
- Bred netværksadgang - tjenesten skal have en universel netværksgrænseflade, der tillader tilslutning og brug af tjenesten af næsten alle med minimale krav. Et eksempel - for at bruge et 220V elektrisk netværk er det nok at tilslutte til enhver stikkontakt med en standard universalgrænseflade (stik), som ikke ændrer, om det er en kedel, en støvsuger eller en bærbar computer.
- Målt service - Et centralt kendetegn ved en cloud-tjeneste er servicemålbarhed. For at vende tilbage til analogien med elektricitet - du betaler nøjagtigt lige så meget, som du forbrugte med et minimum af granularitet, op til prisen for at koge en kedel én gang, hvis du var i huset én gang og drak en kop te i løbet af hele måneden.
- Selvkonfigurerende tjenester on demand (on demand-selvbetjening) - cloud-udbyderen giver kunden mulighed for intelligent at konfigurere tjenesten, uden at det er nødvendigt at interagere med udbyderens medarbejdere. For at koge kedlen er det absolut ikke nødvendigt at kontakte Energosbyt på forhånd og advare dem på forhånd og indhente tilladelse. Fra det øjeblik, huset er tilsluttet (en kontrakt er indgået), kan alle forbrugere uafhængigt disponere over den leverede strøm.
- Øjeblikkelig elasticitet (hurtig elasticitet) - cloud-udbyderen giver ressourcer mulighed for øjeblikkeligt at øge/sænke kapaciteten (inden for visse rimelige grænser). Så snart kedlen er tændt, frigiver udbyderen straks 3 kW strøm til netværket, og så snart den er slukket, reducerer den ydelsen til nul.
- Pooling af ressourcer (ressourcepooling) - tjenesteudbyderens interne mekanismer giver dig mulighed for at kombinere individuelle genereringskapaciteter til en fælles pulje (pulje) af ressourcer med yderligere levering af ressourcer som en service til forskellige forbrugere. Tænder vi for kedlen, er vi mindst af alt bekymrede for, hvilket kraftværk strømmen kommer fra. Og alle andre forbrugere forbruger denne strøm sammen med os.
Det er vigtigt at forstå, at egenskaberne ved skyen beskrevet ovenfor ikke er taget fra loftet, men er en logisk konklusion fra konceptet utility computing. Og disse karakteristika skal public service have inden for konceptets rammer. Hvis en eller anden egenskab ikke stemmer overens, bliver tjenesten ikke dårligere og bliver ikke "giftig", den holder bare op med at være overskyet. Nå, hvem sagde, at alle tjenester skulle?
Hvorfor taler jeg om dette separat? I de sidste 10 år siden NIST-definitionen har der været megen kontrovers om "ægte uklarhed" ifølge definitionen. I USA bruges formuleringen "svarer til lovens bogstav, men ikke ånden" stadig nogle gange på det retlige område - og i tilfælde af cloud computing er hovedsagen ånden, ressourcer til leje i to museklik.
Det skal bemærkes, at ovenstående 5 karakteristika er gældende for den offentlige sky, men når man flytter til en privat sky, bliver de fleste af dem valgfrie.
- Universel netværksadgang (bred netværksadgang) - i en privat sky har organisationen fuld kontrol over både produktionskapacitet og forbrugerkunder. Denne egenskab kan således betragtes som automatisk udført.
- Målt service er en nøglefunktion i utility computing-konceptet, pay-as-you-go. Men hvordan betaler man organisationer til sig selv? I dette tilfælde er der en opdeling af produktion og forbrug i virksomheden, IT bliver udbyder, og forretningsenheder bliver forbrugere af tjenester. Og afregningen foregår mellem afdelinger. To driftsformer er mulige: tilbageførsel (med reelle gensidige afregninger og bevægelse af økonomi) og tilbagevisning (i form af rapportering om forbrug af ressourcer i rubler, men uden bevægelse af finanser).
- Selvkonfigurerende services on demand (on demand-selvbetjening) - indenfor organisationen kan der være en fælles IT-service, i hvilket tilfælde karakteristikken bliver meningsløs. Men hvis du har dine egne it-medarbejdere eller applikationsadministratorer i dine forretningsenheder, skal du oprette en selvbetjeningsportal. Konklusion - karakteristikken er valgfri og afhænger af virksomhedens struktur.
- Øjeblikkelig elasticitet (hurtig elasticitet) - inden for organisationen mister sin betydning på grund af det faste sæt udstyr til at organisere en privat sky. Den kan i begrænset omfang anvendes inden for rammerne af interne gensidige forlig. Konklusion - ikke relevant for en privat sky.
- Pooling af ressourcer (ressource pooling) - i dag er der praktisk talt ingen organisationer, der ikke bruger servervirtualisering. Følgelig kan denne egenskab anses for at være automatisk udført.
Q: Så hvad er din private sky alligevel? Hvad skal en virksomhed købe og implementere for at bygge den?
Svar: En privat sky er en overgang til en ny administrativ model for IT-Business interaktion, som består af 80 % af administrative tiltag og kun 20 af teknologier.
Kun at betale for de forbrugte ressourcer og let adgang, uden at skulle begrave flere hundrede millioner olie i kapitaludgifter, har ført til et nyt teknologisk landskab og fremkomsten af milliardærvirksomheder. For eksempel dukkede de moderne giganter Dropbox og Instagram op som startups på AWS med ingen egen infrastruktur.
Det skal særskilt understreges, at cloud service management værktøjer bliver meget mere indirekte, og IT-direktørens hovedansvar er valg af leverandører og kvalitetskontrol. Lad os tage et kig på disse to nye ansvarsområder.
Skyer, der fremstår som et alternativ til klassisk tung infrastruktur med egne datacentre og hardware, er vildledende lette. Det er nemt at komme ind i skyen, men spørgsmålet om exit omgås normalt. Som i enhver anden branche stræber cloud-udbydere efter at beskytte forretninger og gøre det sværere at konkurrere. Det eneste seriøse konkurrencemoment opstår først med det første valg af en cloud-tjenesteudbyder, og så vil udbyderen gøre alt for at kunden ikke forlader ham. Desuden vil ikke alle bestræbelser være rettet mod kvaliteten af tjenesterne eller deres udbud. Først og fremmest er det leveringen af unikke services og brugen af ikke-standard systemsoftware, som gør det svært at skifte til en anden udbyder. Når du vælger en tjenesteudbyder, er det derfor nødvendigt samtidig at danne en overgangsplan fra denne udbyder (faktisk en fuldgyldig DRP - disaster recovery plan) og tænke over arkitekturen af datalagring og sikkerhedskopier.
Det andet vigtige aspekt af CIO'ens nye ansvar er kvalitetskontrollen af tjenester fra leverandøren. Næsten alle cloud-udbydere overholder SLA i henhold til deres egne interne målinger, hvilket kan have en yderst indirekte effekt på kundens forretningsprocesser. Og derfor bliver implementeringen af dit eget overvågnings- og kontrolsystem et af nøgleprojekterne ved overførsel af væsentlige it-systemer til en cloud-udbyder. I forlængelse af emnet SLA skal det understreges, at langt de fleste cloud-udbydere begrænser ansvaret for manglende opfyldelse af SLA til et månedligt abonnementsgebyr eller til en andel af betalingen. For eksempel vil AWS og Azure, når tilgængelighedsgrænsen på 95 % (36 timer pr. måned) overskrides, give 100 % rabat på abonnementsgebyret, og Yandex.Cloud - 30 %.
Og selvfølgelig må vi ikke glemme, at skyer ikke kun udføres af Amazon-klasse mastodonter og Yandex-klasse elefanter. Skyer er også mindre - på størrelse med en kat eller endda en mus. Som CloudMouse-eksemplet viste, tager skyen nogle gange bare og slutter. Du får ingen kompensation eller rabatter – du får ikke andet end totalt datatab.
I lyset af ovenstående problemer med implementering af IT-systemer af høj klasse forretningskritisk i cloud-infrastrukturer, er fænomenet "cloud repatriation" blevet observeret i de senere år.
I 2020 har cloud computing passeret toppen af oppustede forventninger, og konceptet er på vej mod en grøft af frustration (ifølge Gartner Hype Cycle). Ifølge forskning и op til 80 % af virksomhedskunderne vender tilbage og planlægger at returnere belastninger fra skyerne til deres egne datacentre af følgende årsager:
- Forbedre tilgængelighed/ydelse;
- Reducer omkostningerne;
- For at overholde IS-kravene.
Hvad skal man gøre, og hvordan er alt "virkelig"?
Der er ingen tvivl om, at skyerne er kommet for alvor og længe. Og hvert år vil deres rolle øges. Vi lever dog ikke i en fjern fremtid, men i 2020 i en meget bestemt situation. Hvad skal man gøre med skyerne, hvis man ikke er en startup, men en klassisk virksomhedskunde?
- Skyer er primært et sted for tjenester med uforudsigelig eller udtalt sæsonbelastning.
- I de fleste tilfælde er tjenester med en forudsigelig stabil belastning billigere at vedligeholde i dit eget datacenter.
- Det er nødvendigt at begynde at arbejde med skyer med testmiljøer og lavprioriterede tjenester.
- At overveje placeringen af informationssystemer i skyen begynder med udviklingen af en metode til at flytte fra skyen til en anden sky (eller tilbage til dit eget datacenter).
- At placere et informationssystem i skyen begynder med udviklingen af et backup-skema til den infrastruktur, du kontrollerer.
Kilde: www.habr.com