Cloudelasticitet tilpasser infrastrukturen i realtid, så den passer til dine faktiske behov for arbejdsbelastninger. I modsætning til traditionel it-infrastruktur, der kræver manuel indgriben og planlægning af kapacitet på forhånd, skalerer elastisk cloudcomputing automatisk ressourcer op eller ned, hvilket hjælper dig med at opretholde ydeevnen under spidsbelastninger i trafikken og undgå spild i stille perioder.
Forståelsen af elasticitet i cloudcomputing begynder med erkendelsen af, at infrastrukturen ikke længere behøver at være et fast aktiv.
Cloudelasticitet er din infrastrukturs evne til automatisk at justere beregningsressourcer baseret på efterspørgsel i realtid. Når trafikken stiger, klargør systemet yderligere ressourcer. Når efterspørgslen falder, skaleres den ned igen. Dette sker uden manuel indgriben og holder dine programmer dynamiske, samtidig med at du styrer omkostningerne.
Mekanismen er baseret på dynamisk ressourceallokering. Din cloududbyder overvåger løbende mønstre for arbejdsbelastninger og træffer øjeblikkelige beslutninger om, hvornår du skal tilføje eller fjerne kapacitet, så du kan oprette en fleksibel infrastruktur, der udvides og trækker sig sammen behov.
Elasticitet fungerer i to retninger:
Lodret skalering (op-/nedskalering): Tilføjelse af mere kraft til eksisterende ressourcer, f.eks. forøgelse af CPU eller hukommelse på en virtuel maskine.
Vandret skalering (udskalering/indskalering): Tilføjelse eller fjernelse af hele instanser, f.eks. ved at starte yderligere servere for at håndtere trafik.
Den traditionelle infrastruktur i det lokale miljø kan ikke matche denne reaktionsevne. Fysiske servere kræver indkøb, installation og konfiguration – en proces, der kan tage uger eller måneder. Når du har tilføjet kapacitet, kan efterspørgslen allerede være overskredet. I mellemtiden behandler cloudelasticitet infrastrukturen som software. Den er øjeblikkeligt tilgængelig, når du har brug for den, og den frigives lige så hurtigt, når du ikke har.
Skalerbarhed og elasticitet bruges ofte synonymt, men de håndterer forskellige aspekter af cloudinfrastrukturen. Skalerbarhed handler om kapacitet (dit systems evne til at håndtere øget arbejdsbelastning ved at tilføje ressourcer). Elasticitet handler om automatisering og hastighed (hvor hurtigt og automatisk disse justeringer sker).
Tænk på skalerbarhed som din infrastrukturs potentiale for vækst. Du bygger kapacitet til fremtidige behov med et system, der kan udvides til at rumme flere brugere, transaktioner eller data. Denne udvidelse kan ske via planlagte opgraderinger, planlagte ressourcetilføjelser eller manuelle justeringer baseret på forventet efterspørgsel.
Elastisk databehandling går et skridt videre ved at reagere på efterspørgslen, mens den opstår. I stedet for at planlægge spidsbelastningskapacitet og vedligeholde disse ressourcer løbende justeres elastiske systemer i realtid. Forskellen viser sig i, hvordan hver enkelt fungerer:
Skalerbarhedsegenskaber:
Elasticitetsegenskaber:
I cloudmiljøer supplerer disse begreber hinanden. Du har brug for skalerbarhed for at sikre, at din arkitektur kan vokse, når din virksomhed gør det, og du har brug for elasticitet for at gøre denne vækst effektiv og omkostningseffektiv.
Elasticitet afhænger af løbende overvågning og automatiseret beslutningstagning. Din cloudplatform sporer målepunkter for ressourceforbrug, f.eks. CPU-udnyttelse, hukommelsesforbrug, cloudlagerkapacitet, netværkstrafik og programresponstider. Disse målepunkter overføres til overvågningsværktøjer, der sammenligner den aktuelle ydeevne med foruddefinerede grænser.
Arbejdsprocessen følger et ensartet mønster. Overvågningssystemer indsamler ydeevnedata fra din infrastruktur med få sekunders eller minutters mellemrum. Når målepunkter krydser en tærskel, du har konfigureret, udløser systemet en skaleringshandling. Hvis CPU-forbruget f.eks. rammer 80 % i en længere periode, klargør platformen yderligere ressourcer. Hvis udnyttelsen falder til under 30 %, skaleres den tilbage.
Dette sker via orkestreringslag, der administrerer klargøringsprocessen:
Under opskaleringshændelser: Systemet starter nye beregningsinstanser, knytter dem til belastningsjusteringer og dirigerer trafik til den ekstra kapacitet. Programmer begynder at modtage anmodninger om de nye ressourcer inden for få minutter.
Under nedskaleringshændelser: Platformen tømmer forbindelser fra underudnyttede ressourcer, afslutter unødvendige instanser og konsoliderer arbejdsbelastninger på færre maskiner.
Når behovet er normaliseret, vender systemet tilbage til den oprindelige kapacitet. Et detailprogram kan køre på fem servere i normal åbningstid, skalere til 20 under et salgskampagne og derefter vende tilbage til fem, når trafikken aftager.
Effektiviteten af elastiske systemer afhænger udelukkende af konfigurationen. Hvis du angiver grænser for forsigtigt, betyder det, at du overforbruger inaktive ressourcer, mens du med for aggressive grænser risikerer, at ydeevnen forringes under uventede spidsbelastninger. Politikker definerer ikke kun, hvornår der skal skaleres, men hvor hurtigt og hvor meget.
Business casen for elasticitet i cloudcomputing handler i bund og grund om tre ting: omkostninger, ydeevne og fleksibilitet.
Med elastisk infrastruktur betaler du kun for ressourcer i løbet af de timer, hvor du rent faktisk bruger dem, hvilket eliminerer den traditionelle model, hvor du betaler for spidsbelastningskapacitet døgnet rundt. Et udviklingsmiljø, der kører mandag til fredag, kan f.eks. automatisk lukke ned i weekender. Et program med spidsbelastning fra 9:00 til 17:00 kan ikke have overskydende kapacitet om natten.
Når trafikken stiger, sikrer elasticitet, at dine programmer bevarer responstider i stedet for at blive langsommere eller utilgængelige. Dine brugere får den samme oplevelse, uanset om de besøger dit websted en normal tirsdag morgen eller på en travl Black Friday.
I stedet for at it-teams skal overvåge dashboards og justere ressourcer manuelt, håndterer din infrastruktur automatisk efterspørgselsudsving – også under ikke-planlagte afbrydelser. Når systemer skal gendannes, understøtter elastisk infrastruktur strategier for it-katastrofeberedskab ved at klargøre ressourcer hurtigt, hvilket reducerer nedetiden uden at kræve manuel indgriben. Teknikerne bruger mindre tid på rutinemæssig kapacitetsstyring og mere tid på projekter, der driver virksomheden fremad.
Elasticitet skaber en infrastruktur, der kan holde trit med markedsmuligheder og kundebehov. Når en marketingkampagne f.eks. skaber uventet trafik, skaleres elastisk infrastruktur for at imødekomme den i stedet for at fjerne potentielle kunder. Når du har brug for hurtigt at starte en ny tjeneste, kan du gøre det uden lange indkøbscyklusser.
Fordelene ved elasticitet kan ses på tværs af organisationen:
Detailplatforme oplever store variationer i trafikken i løbet af året. En virksomhed håndterer måske stabil trafik det meste af året, men oplever, at efterspørgslen mangedobles under Black Friday, Cyber Monday eller årlige udsalg. Elastisk infrastruktur skalerer op ved disse sæsonbestemte spidsbelastninger og ned igen bagefter – via mekanismer som cloudbursting i hybride miljøer – og undgår dermed omkostningerne ved at opretholde topkapacitet hele året.
Når en populær serie udgiver nye afsnit, eller et liveevent starter, ankommer millioner af seere på samme tid. Cloudelasticitet sikrer jævn afspilning under disse spidsbelastninger uden overklargøring til de daglige seerniveauer.
Rapportering ved månedens afslutning, kvartalsvise lukninger og årlig skatteforberedelse skaber forudsigelige stigninger i beregningskravene. Handelsplatformene kan se, at mængden varierer afhængigt af markedsaktiviteten. Elastiske systemer håndterer disse variationer automatisk ved at skalere op i behandlingsvinduer og ned i roligere perioder.
Produktivitetsværktøjer til erhvervslivet bruges meget i arbejdstiden og kun lidt om natten. I stedet for at bevare fuld kapacitet døgnet rundt kan disse programmer skaleres ned uden for spidsbelastningsperioder på tværs af forskellige tidszoner.
Ingeniørteams har brug for betydelige ressourcer under aktive udviklingssprints, men langt færre under planlægningsfaser eller ferier. Elastisk infrastruktur gør det muligt, at disse miljøer kun findes, når udviklerne faktisk har brug for dem, hvilket reducerer omkostningerne betydeligt for arbejdsbelastninger, der ikke er i produktion.
Eksterne og hybride arbejdsstyrker skaber forudsigelige, men betydelige udsving i krav til stationære enheder. Når medarbejdere logger på i de normale arbejdstimer på tværs af forskellige tidszoner, skal miljøer med virtual desktop infrastructure (VDI) skalere hurtigt for at opretholde ydeevnen. Men de kan derefter skalere ned i løbet af natten og undgå omkostningerne ved at opretholde fuld kapacitet døgnet rundt.
Cloudelasticitet udvikler sig fortsat, efterhånden som nye teknologier og tilgange omformer den måde, organisationer administrerer infrastruktur på. Flere nye tendenser peger mod en fremtid, hvor elastiske systemer bliver endnu mere intelligente og distribuerede.
Nuværende elastiske systemer reagerer på efterspørgslen, efter at den er opstået. Den næste generation vil forudsige trafikmønstre, før de opstår. ML-modeller (maskinel indlæring) kan analysere historiske data for at forudse, hvornår der er behov for skaleringshændelser, og klargøre ressourcer proaktivt i stedet for reaktivt. Det reducerer den korte forsinkelse mellem en stigning i efterspørgslen og tilgængeligheden af ressourcer, så ydeevnen bliver endnu mere jævn.
Serveruafhængige arkitekturer fører elasticitet til den logiske afslutning. I stedet for at skalere virtuelle maskiner eller objektbeholdere skalerer serveruafhængige platforme individuelle funktioner. Du skriver kode uden overhovedet at tænke på infrastruktur. Platformen håndterer automatisk al ressourceallokering og skalerer fra nul til tusindvis af samtidige udførelser og tilbage til nul. Denne model repræsenterer det ultimative udtryk for elastisk computing – en fuldstændig abstraktion fra bekymringer om infrastruktur.
Organisationer distribuerer i stigende grad arbejdsbelastninger på tværs af flere cloududbydere og infrastruktur i det lokale miljø. Fremtidige elastiske systemer orkestrerer ressourcer på tværs af offentlige cloudmiljøer, privat infrastruktur og systemer i det lokale miljø og skalerer arbejdsbelastninger til de steder, hvor kapaciteten er mest omkostningseffektiv eller geografisk relevant. Dette skaber fleksibilitet ud over, hvad en enkelt udbyder tilbyder.
I takt med at databehandlingen kommer tættere på brugerne via grænseinfrastrukturen, skal elasticitet fungere på tværs af distribuerede arkitekturer. Programmer skaleres ikke kun i centraliserede datacentre, men på tværs af globale placeringer og allokerer dynamisk ressourcer i nærheden af brugere for at reducere ventetiden, samtidig med at omkostningseffektiviteten bevares.
Disse tendenser har en fælles retning: at gøre elasticitet mere automatisk, mere intelligent og mere problemfrit integreret i den måde, programmer kører på. Funktionaliteten fortsætter med at modnes fra en funktion, du konfigurerer, til grundlæggende funktionsmåde for infrastruktur, som du slet ikke behøver at tænke på.
Få Azure-mobilappen 
