Veksten av datakraft og utviklingen av x86-plattformvirtualiseringsteknologier på den ene siden, og spredningen av IT-outsourcing på den andre siden, førte til konseptet utility computing (IT as a utility service). Hvorfor ikke betale for IT på samme måte som for vann eller strøm – akkurat like mye og nøyaktig når du trenger det, og ikke mer.
I dette øyeblikket dukket begrepet cloud computing opp - forbruket av IT-tjenester fra "skyen", dvs. fra en ekstern pool av ressurser, uten å bry seg om hvordan eller hvor disse ressursene kommer fra. Akkurat som vi ikke bryr oss om infrastrukturen til vannverkspumpestasjoner. På dette tidspunktet var den andre siden av konseptet utarbeidet – nemlig konseptet med IT-tjenester og hvordan man administrerer dem innenfor rammen av ITIL/ITSM.
En rekke definisjoner av skyer (cloud computing) er utviklet, men de bør ikke behandles som den ultimate sannheten - de er bare en måte å formalisere måter å tilby utility computing.
- "Cloud computing er en distribuert databehandlingsteknologi der datamaskinressurser og kraft leveres til brukeren som en Internett-tjeneste" Wikipedia
- "Cloud computing gir en modell for å gi praktisk, nettverksbasert tilgang til en delt pool av on-demand, konfigurerbare dataressurser (f.eks. nettverk, servere, lagring, applikasjoner og tjenester) som raskt kan klargjøres og klargjøres med minimal administrasjon innsats eller intervensjon. tjenesteleverandør" NIST
- "Cloud computing er et paradigme for å gi nettverkstilgang til en skalerbar og fleksibel pool av distribuerte fysiske eller virtuelle ressurser, selvbetjening og administrert på forespørsel" ISO/IEC 17788:2014. Informasjonsteknologi - Cloud computing - Oversikt og vokabular.
I følge NIST er det tre hovedtyper av skyer:
- IaaS – Infrastructure as a Service
- PaaS – Platform as a Service – Platform as a service
- SaaS – Software as a Service
For en veldig forenklet forståelse av forskjellen, la oss se på Pizza-as-a-Service-modellen:
NIST definerer følgende nødvendige funksjoner for en IT-tjeneste for å anses som skybasert.
- Universell nettverkstilgang (bred nettverkstilgang) – tjenesten må ha et universelt nettverksgrensesnitt som gjør at nesten alle kan koble seg til og bruke tjenesten med minimale krav. Eksempel - for å bruke et 220V elektrisk nettverk, er det nok å koble til en hvilken som helst stikkontakt med et standard universalgrensesnitt (plugg), som ikke endrer om det er en vannkoker, en støvsuger eller en bærbar datamaskin.
- Målt tjeneste – en sentral egenskap ved en skytjeneste er tjenestens målbarhet. For å gå tilbake til analogien med elektrisitet, vil du betale nøyaktig like mye som du forbrukte med minimal granularitet, opptil kostnaden for å koke vannkokeren én gang, hvis du var i huset en gang i løpet av hele måneden og drakk en kopp te.
- Selvkonfigurering av tjenester på forespørsel (on demand-selvbetjening) – skyleverandøren gir kunden muligheten til å konfigurere tjenesten intelligent, uten å måtte samhandle med leverandørens ansatte. For å koke vannkokeren er det absolutt ikke nødvendig å kontakte Energosbyt på forhånd og varsle dem på forhånd og innhente tillatelse. Fra det øyeblikket huset er tilkoblet (en kontrakt er inngått), kan alle forbrukere uavhengig administrere den leverte strømmen.
- Øyeblikkelig elastisitet (rask elastisitet) – skyleverandøren gir ressurser med muligheten til å øke/redusere kapasiteten umiddelbart (innenfor visse rimelige grenser). Så snart vannkokeren er slått på, leverer leverandøren umiddelbart 3 kW strøm til nettverket, og så snart den er slått av, reduserer den effekten til null.
- Ressurssamling – de interne mekanismene til tjenesteleverandøren gjør det mulig å kombinere individuelle genereringskapasiteter til en felles ressurspool med videre levering av ressurser som en tjeneste til ulike forbrukere. Når vi slår på vannkokeren er vi minst bekymret for hvilket konkret kraftverk strømmen kommer fra. Og alle andre forbrukere bruker denne kraften sammen med oss.
Det er viktig å forstå at egenskapene til skyen beskrevet ovenfor ikke ble tatt ut av løse luften, men er en logisk konklusjon fra konseptet med utility computing. Og en offentlig tjeneste skal ha disse egenskapene innenfor rammen av konseptet. Hvis en eller annen egenskap ikke samsvarer, blir ikke tjenesten verre og blir ikke "giftig", den slutter bare å være overskyet. Vel, hvem sa at alle tjenester burde?
Hvorfor snakker jeg om dette separat? I løpet av de siste 10 årene siden NIST-definisjonen ble introdusert, har det vært mye debatt om "ekte uklarhet" som definert. I USA brukes formuleringen "overholder lovens bokstav, men ikke ånden" fortsatt noen ganger i rettssfæren - og når det gjelder cloud computing, er hovedsaken ånden, ressurser til leie i to museklikk.
Det skal bemerkes at de ovennevnte 5 egenskapene gjelder for den offentlige skyen, men når du flytter til en privat sky, blir de fleste av dem valgfrie.
- Universell nettverkstilgang (bred nettverkstilgang) – innenfor en privat sky har organisasjonen full kontroll over både produksjonsanlegg og forbrukerklienter. Dermed kan denne egenskapen anses automatisk oppfylt.
- Målt tjeneste er et sentralt kjennetegn ved bruksdatakonseptet, betaling basert på forbruk. Men hvordan kan en organisasjon betale seg selv? I dette tilfellet er det en oppdeling av produksjon og forbruk i bedriften, IT blir leverandør, og forretningsenheter blir forbrukere av tjenester. Og gjensidig oppgjør skjer mellom avdelingene. To driftsmoduser er mulige: tilbakeføring (med reelle gjensidige oppgjør og økonomisk bevegelse) og tilbakevisning (i form av rapportering om ressursforbruk i rubler, men uten økonomisk bevegelse).
- On demand selvbetjening – det kan være en delt IT-tjeneste i en organisasjon, i så fall blir egenskapen meningsløs. Men hvis du har egne IT-spesialister eller applikasjonsadministratorer i forretningsenheter, må du organisere en selvbetjeningsportal. Konklusjon - karakteristikken er valgfri og avhenger av forretningsstrukturen.
- Øyeblikkelig elastisitet (rask elastisitet) – i en organisasjon mister den sin betydning på grunn av det faste settet med utstyr for å organisere en privat sky. Kan brukes i begrenset grad innenfor interne oppgjør. Konklusjon - ikke aktuelt for en privat sky.
- Ressurssamling – i dag er det praktisk talt ingen organisasjoner som ikke bruker servervirtualisering. Følgelig kan denne egenskapen anses som automatisk oppfylt.
Spørsmål: Så hva er din private sky? Hva må et selskap kjøpe og implementere for å bygge det?
Svar: den private skyen er en overgang til en ny administrativ modell for IT-Business interaksjon, som består av 80 % administrative tiltak og kun 20 % teknologi.
Å bare betale for ressursene som forbrukes og enkel tilgang, uten å måtte begrave hundrevis av millioner av olje i kapitalutgifter, førte til et nytt teknologisk landskap og fremveksten av milliardærselskaper. For eksempel dukket moderne giganter Dropbox og Instagram opp som startups på AWS uten egen infrastruktur.
Det må særskilt understrekes at verktøy for styring av skytjenester blir mye mer indirekte, og IT-direktørens nøkkelansvar er å bli leverandørvalg og kvalitetskontroll. La oss se på utfordringene ved disse to nye ansvarsområdene.
Etter å ha dukket opp som et alternativ til den klassiske tunge infrastrukturen med egne datasentre og maskinvare, er skyer villedende lette. Det er lett å komme inn i skyen, men problemet med exit unngås vanligvis. Som i enhver annen bransje streber skyleverandører etter å beskytte virksomheten og gjøre konkurranse vanskeligere. Det eneste seriøse konkurranseøyeblikket oppstår først under det første valget av en skytjenesteleverandør, og da vil leverandøren gjøre alt for å sikre at kunden ikke forlater ham. Dessuten vil ikke all innsats være rettet mot kvaliteten på tjenestene eller deres utvalg. For det første er dette levering av unike tjenester og bruk av ikke-standard systemprogramvare, som gjør det vanskelig å bytte til en annen leverandør. Følgelig, når du velger en tjenesteleverandør, er det nødvendig å samtidig formulere en overgangsplan fra denne leverandøren (i hovedsak en fullverdig DRP - disaster recovery plan) og tenke gjennom arkitekturen til datalagring og sikkerhetskopier.
Det andre viktige aspektet ved IT-direktørens nye ansvar er å overvåke kvaliteten på tjenestene fra leverandøren. Nesten alle skyleverandører overholder SLAer i henhold til sine egne interne beregninger, noe som kan ha en ekstremt indirekte innvirkning på kundens forretningsprosesser. Og følgelig blir implementeringen av ditt eget overvåkings- og kontrollsystem et av nøkkelprosjektene ved overføring av betydelige IT-systemer til en skyleverandør. For å fortsette temaet SLA, er det nødvendig å understreke at de aller fleste skyleverandører begrenser ansvaret for manglende oppfyllelse av SLA til den månedlige abonnementsbetalingen eller til en andel av betalingen. For eksempel vil AWS og Azure, hvis tilgjengelighetsterskelen på 95 % (36 timer per måned) overskrides, gi 100 % rabatt på abonnementsavgiften, og Yandex.Cloud – 30 %.
Og selvfølgelig må vi ikke glemme at skyer ikke bare er laget av mastodonter i Amazon-klassen og elefanter i Yandex-klassen. Skyer kan også være mindre - på størrelse med en katt eller til og med en mus. Som CloudMouse-eksemplet viste, stopper skyen noen ganger og slutter. Du får ingen kompensasjon, ingen rabatt - du vil ikke motta noe annet enn totalt tap av data.
I lys av de ovennevnte problemene med implementering av avanserte forretningskritiske IT-systemer i skyinfrastrukturer, har fenomenet "sky-repatriering" blitt observert de siste årene.
Innen 2020 har cloud computing passert toppen av oppblåste forventninger, og konseptet er på vei mot skuffelsens grøft (i henhold til Gartner-hype-syklusen). Ifølge undersøkelser и opptil 80 % av bedriftskunder returnerer og planlegger å returnere laster fra skyene til sine egne datasentre av følgende årsaker:
- Forbedre tilgjengelighet/ytelse;
- Redusere kostnader;
- For å overholde kravene til informasjonssikkerhet.
Hva skal jeg gjøre og hvordan alt "egentlig" er?
Det er ingen tvil om at skyene er her på lang sikt. Og hvert år vil deres rolle øke. Vi lever imidlertid ikke i en fjern fremtid, men i 2020 i en helt spesifikk situasjon. Hva skal du gjøre med skyer hvis du ikke er en startup, men en klassisk bedriftskunde?
- Skyen er først og fremst et sted for tjenester med uforutsigbar eller svært sesongmessig belastning.
- I de fleste tilfeller er tjenester med en forutsigbar, stabil belastning billigere å vedlikeholde i ditt eget datasenter.
- Det er nødvendig å begynne å jobbe med skyer med testmiljøer og lavprioriterte tjenester.
- Vurderingen av å plassere informasjonssystemer i skyen begynner med å utvikle en metodikk for å gå ut av skyen til en annen sky (eller tilbake til ditt eget datasenter).
- Plassering av et informasjonssystem i skyen begynner med å utvikle et sikkerhetskopieringsskjema for infrastrukturen du kontrollerer.
Kilde: www.habr.com