Tillväxten av datorkraft och utvecklingen av x86-plattformsvirtualiseringsteknologier å ena sidan, och spridningen av IT-outsourcing å andra sidan, har lett till konceptet utility computing (IT som en offentlig tjänst). Varför inte betala för IT på samma sätt som för vatten eller el – exakt lika mycket och precis när du behöver det, och inte mer.
I det här ögonblicket dök begreppet cloud computing upp - konsumtionen av IT-tjänster från "molnet", d.v.s. från någon extern pool av resurser, utan att bry sig om hur och var dessa resurser kommer ifrån. Precis som vi inte bryr oss om infrastrukturen för vattenverkspumpstationer. Vid det här laget var även den andra sidan av konceptet utarbetat – nämligen konceptet med IT-tjänster och hur man hanterar dem inom ramen för ITIL/ITSM.
Ett antal definitioner av moln (cloud computing) har utvecklats, men detta ska inte ses som den ultimata sanningen - det är bara ett sätt att formalisera sätten på vilka utility computing tillhandahålls.
- "Cloud computing är en distribuerad databehandlingsteknik där datorresurser och kapacitet tillhandahålls användaren som en internettjänst" Wikipedia
- "Cloud computing är en modell för att tillhandahålla bekväm nätverksåtkomst till en delad pool av anpassningsbara datorresurser (t.ex. nätverk, servrar, lagring, applikationer och tjänster) på begäran som snabbt kan tillhandahållas och tillhandahållas med minimal hanteringsansträngning eller minimalt ingripande. Tjänsteleverantör" NIST
- "Cloud computing är ett paradigm för att tillhandahålla nätverksansluten åtkomst till en skalbar och flexibel pool av distribuerade fysiska eller virtuella resurser, tillhandahållna i ett självbetjäningsläge och administrerade på begäran" ISO/IEC 17788:2014. Informationsteknik - Cloud computing - Översikt och vokabulär.
Enligt NIST finns det tre huvudtyper av moln:
- IaaS - Infrastructure as a Service - Infrastructure as a Service
- PaaS - Platform as a Service - Platform as a Service
- SaaS - Software as a Service
För en mycket förenklad förståelse av skillnaden, låt oss överväga Pizza-as-a-Service-modellen:
NIST definierar följande nödvändiga funktioner för att en IT-tjänst ska anses vara en molntjänst.
- Bred nätverksåtkomst – tjänsten bör ha ett universellt nätverksgränssnitt som tillåter anslutning och användning av tjänsten av nästan alla med minimala krav. Ett exempel - för att använda ett 220V elektriskt nätverk räcker det att ansluta till vilket uttag som helst med ett standard universalgränssnitt (plugg), som inte ändrar om det är en vattenkokare, en dammsugare eller en bärbar dator.
- Uppmätt tjänst – En viktig egenskap hos en molntjänst är mätbarhet för tjänster. För att återgå till analogin med el - du kommer att betala exakt lika mycket som du konsumerade med en minsta granularitet, upp till kostnaden för att koka en vattenkokare en gång, om du var i huset en gång och drack en kopp te under hela månaden.
- Självkonfigurerande tjänster på begäran (on demand självbetjäning) - molnleverantören ger kunden möjligheten att intelligent konfigurera tjänsten, utan att behöva interagera med leverantörens anställda. För att koka vattenkokaren är det absolut inte nödvändigt att kontakta Energosbyt i förväg och varna dem i förväg och få tillstånd. Från det ögonblick som huset är anslutet (ett avtal ingås) kan alla konsumenter självständigt förfoga över den tillhandahållna kraften.
- Omedelbar elasticitet (snabb elasticitet) - molnleverantören tillhandahåller resurser med möjlighet att omedelbart öka/minska kapaciteten (inom vissa rimliga gränser). Så fort vattenkokaren slås på släpper leverantören omedelbart 3 kW ström till nätverket, och så snart den stängs av minskar den effekten till noll.
- Pooling av resurser (resurspooling) - tjänsteleverantörens interna mekanismer låter dig kombinera individuella genereringskapaciteter till en gemensam pool (pool) av resurser med ytterligare tillhandahållande av resurser som en tjänst till olika konsumenter. När man sätter på vattenkokaren är vi minst av allt oroliga för vilket särskilt kraftverk strömmen kommer ifrån. Och alla andra konsumenter förbrukar denna kraft tillsammans med oss.
Det är viktigt att förstå att egenskaperna hos molnet som beskrivits ovan inte är hämtade från taket, utan är en logisk slutsats från konceptet utility computing. Och public service ska ha dessa egenskaper inom ramen för konceptet. Om en eller annan egenskap inte stämmer överens, blir tjänsten inte sämre och blir inte "giftig", den slutar bara att vara grumlig. Tja, vem sa att alla tjänster borde göra det?
Varför pratar jag om detta separat? Under de senaste 10 åren sedan NIST-definitionen har det funnits en hel del kontroverser om "verklig molnighet" enligt definitionen. I USA används fortfarande ibland formuleringen "motsvarar lagens bokstav, men inte andan" inom den rättsliga sfären - och när det gäller cloud computing är det viktigaste andan, resurser att hyra i två musklick.
Det bör noteras att ovanstående 5 egenskaper är tillämpliga på det offentliga molnet, men när man flyttar till ett privat moln blir de flesta av dem valfria.
- Universell nätverksaccess (bred nätverksaccess) – inom ett privat moln har organisationen fullständig kontroll över både genereringskapacitet och konsumentkunder. Således kan denna egenskap betraktas som automatiskt utförd.
- Uppmätt service är en nyckelfunktion i konceptet för allmännyttiga datorer, pay-as-you-go. Men hur betalar man organisationer till sig själva? I det här fallet sker en uppdelning av produktion och konsumtion inom företaget, IT blir en leverantör och affärsenheter blir konsumenter av tjänster. Och avräkningen sker mellan avdelningar. Två driftssätt är möjliga: återkrav (med verkliga ömsesidiga uppgörelser och finansrörelser) och återvisning (i form av rapportering om förbrukning av resurser i rubel, men utan finansrörelser).
- Självkonfigurerande tjänster on demand (on demand självbetjäning) - inom organisationen kan det finnas en gemensam IT-tjänst, i vilket fall egenskapen blir meningslös. Men om du har egen IT-personal eller applikationsadministratörer i dina affärsenheter måste du skapa en självbetjäningsportal. Slutsats - egenskapen är valfri och beror på verksamhetens struktur.
- Omedelbar elasticitet (snabb elasticitet) - inom organisationen förlorar sin mening på grund av den fasta uppsättningen utrustning för att organisera ett privat moln. Den kan användas i begränsad omfattning inom ramen för interna ömsesidiga uppgörelser. Slutsats - inte tillämpligt för ett privat moln.
- Pooling av resurser (resurspooling) - idag finns det praktiskt taget inga organisationer som inte använder servervirtualisering. Följaktligen kan denna egenskap anses utföras automatiskt.
F: Så vad är ditt privata moln egentligen? Vad behöver ett företag köpa och implementera för att bygga det?
Svar: Ett privat moln är en övergång till en ny administrativ modell för IT-Business interaktion, som består av 80 % av administrativa åtgärder och endast 20 av teknologier.
Att bara betala för de resurser som konsumeras och lätt att komma in, utan att behöva gräva ner flera hundra miljoner olja i investeringar, har lett till ett nytt tekniskt landskap och framväxten av miljardärsföretag. Till exempel dök moderna jättar Dropbox och Instagram upp som startups på AWS utan egen infrastruktur.
Det bör särskilt betonas att verktyg för hantering av molntjänster blir mycket mer indirekta, och IT-direktörens huvudansvar är val av leverantörer och kvalitetskontroll. Låt oss ta en titt på dessa två nya ansvarsområden.
Moln framstår som ett alternativ till klassisk tung infrastruktur med egna datacenter och hårdvara och är bedrägligt lätta. Det är lätt att komma in i molnet, men frågan om exit förbigås vanligtvis. Som i alla andra branscher strävar molnleverantörer efter att skydda företag och göra det svårare att konkurrera. Det enda allvarliga konkurrensögonblicket uppstår först med det första valet av en molntjänstleverantör, och då kommer leverantören att göra allt för att kunden inte lämnar honom. Dessutom kommer inte alla ansträngningar att inriktas på kvaliteten på tjänsterna eller deras utbud. Först och främst är det leverans av unika tjänster och användning av icke-standardiserad systemmjukvara som gör det svårt att byta till en annan leverantör. Följaktligen, när du väljer en tjänsteleverantör, är det nödvändigt att samtidigt skapa en övergångsplan från denna leverantör (i själva verket en fullfjädrad DRP - katastrofåterställningsplan) och tänka över arkitekturen för datalagring och säkerhetskopiering.
Den andra viktiga aspekten av CIO:s nya ansvar är kvalitetskontrollen av tjänster från leverantören. Nästan alla molnleverantörer följer SLA enligt sina egna interna mått, vilket kan ha en extremt indirekt effekt på kundens affärsprocesser. Och följaktligen blir implementeringen av ditt eget övervaknings- och kontrollsystem ett av nyckelprojekten vid överföring av betydande IT-system till en molnleverantör. För att fortsätta ämnet SLA, bör det betonas att de allra flesta molnleverantörer begränsar ansvaret för att SLA inte uppfylls till en månatlig prenumerationsavgift eller till en andel av betalningen. Till exempel kommer AWS och Azure, när tillgänglighetströskeln på 95 % (36 timmar per månad) överskrids, att ge 100 % rabatt på prenumerationsavgiften och Yandex.Cloud - 30 %.
Och naturligtvis får vi inte glömma att moln inte bara utförs av Amazon-klass mastodonter och Yandex-klass elefanter. Moln är också mindre - storleken på en katt, eller till och med en mus. Som CloudMouse-exemplet visade, ibland tar molnet bara och tar slut. Du får ingen ersättning eller rabatter – du får inget annat än total dataförlust.
Med tanke på ovanstående problem med implementeringen av IT-system av högklassig affärskritik i molninfrastrukturer har fenomenet "molnrepatriering" observerats de senaste åren.
År 2020 har cloud computing passerat toppen av uppblåsta förväntningar och konceptet är på väg mot ett dike av frustration (enligt Gartner Hype Cycle). Enligt forskning и upp till 80 % av företagskunderna återvänder och planerar att returnera laster från molnen till sina egna datacenter av följande skäl:
- Förbättra tillgänglighet/prestanda;
- Reducera kostnader;
- För att uppfylla IS-kraven.
Vad ska man göra och hur är allt "egentligen"?
Det råder ingen tvekan om att molnen har kommit på allvar och länge. Och varje år kommer deras roll att öka. Vi lever dock inte i en avlägsen framtid, utan 2020 i en mycket bestämd situation. Vad ska man göra med molnen om man inte är en startup, utan en klassisk företagskund?
- Moln är i första hand en plats för tjänster med oförutsägbar eller uttalad säsongsbelastning.
- I de flesta fall är tjänster med en förutsägbar stabil belastning billigare att underhålla i ditt eget datacenter.
- Det är nödvändigt att börja arbeta med moln med testmiljöer och lågprioriterade tjänster.
- Att överväga placeringen av informationssystem i molnet börjar med utvecklingen av en metodik för att flytta från molnet till ett annat moln (eller tillbaka till ditt eget datacenter).
- Att placera ett informationssystem i molnet börjar med utvecklingen av ett backupschema för den infrastruktur du kontrollerar.
Källa: will.com