Arbejdsbelastning Kompleksiteter i et Hybrid Cloud Environment - Dummies

Arbejdsproblemerne er mere udbredt i et hybrid-cloud-miljø, end de var med en enkelt sky arkitektur. Med fremkomsten af ​​en hybrid sky verden findes mange flere applikationer og tjenester på tværs af geografiske områder, der skal løbe.

Nogle arbejdsbyrder kan være permanente og skal løbende køre, som f.eks. Et online handelssted eller et kontrolsystem, der styrer en kritisk miljøproces. Virtualiserede arbejdsbyrder tilføjer et andet niveau af kompleksitet. Forretningstjenester og forskellige applikationsmodeller er også tilføjet i blandingen.

I et hybrid-cloud-miljø kan dine arbejdsbelastninger køre på forskellige skyer og køre forskellige typer af infrastrukturer ved hjælp af forskellige operativsystemer. Du samler arbejdsbelastninger fra forskellige miljøer, som ofte skal opføre sig som om de er et samlet system.

Operationalisering af arbejdsbyrder

Hvad er sammenhængen mellem arbejdsbyrder og arbejdsbelastning i skyen? Det er faktisk i centrum for at afgøre, om du har et godt udført cloud miljø eller ej. Dette er sandt, om du er en tjenesteudbyder, der tilbyder enten en offentlig eller privat sky til kunder, eller hvis du administrerer en intern privat cloud til gavn for interne kunder og eksterne kunder og partnere.

Du må måske tro, at alt du skal gøre er at få nogle automatiseringssoftware (til automatisk at planlægge ressourcer og udføre nogle andre funktioner i forbindelse med tildeling af ressourcer), og du er indstillet. Når du ser på arbejdsbyrder fra et operationelt perspektiv, bliver det klart, at der skal tages højde for mange problemer, når du bestemmer, hvordan du opretter et samlet hybrid-cloud-miljø, der både udfører et kvalitetsniveau og opfylder sikkerheds- og styringsbehov. Dette er ikke et statisk krav; fra et operationelt perspektiv skal organisationer være i stand til dynamisk at ændre arbejdsbelastningsstyring baseret på skiftende forretningsbehov.

API'er: Nøglen til styring af arbejdsbelastninger i skyer

Programmeringsgrænseflader (API'er) gør det muligt for et softwareprodukt eller en tjeneste at kommunikere med et andet produkt eller en tjeneste. Hvis du for eksempel er en softwareudvikler, der har skrevet et regnearksprogram, og du vil tillade en anden udvikler at tilføje nogle specialiserede funktioner til at forbedre din ansøgning, kan du give udvikleren en API, der gør det muligt for ham at skrive til din ansøgning. API'en angiver, hvordan den ene applikation kan fungere sammen med en anden.Det giver regler og grænseflader. Udvikleren har ikke brug for at vide, hvad der er nitty-gritty for din ansøgning, fordi API abstraherer måden disse programmer kan arbejde sammen.

En API giver også en abstrakt måde at udveksle data og tjenester på. På grund af denne abstraktion kan API'en skjule ting fra udviklere. For eksempel ønsker du ikke, at en eksternt udvikler skal lære detaljerne om din interne sikkerhed, så de detaljerede oplysninger om systemet er skjult. API'en tillader udvikleren at udføre kun den påtænkte opgave.

API'er er vigtige for at håndtere arbejdsbyrder i et skymiljø. Amazon Elastic Compute Cloud-miljøet tilbyder et rigt sæt API'er, der gør det muligt for kunderne at opbygge deres egne arbejdsbyrder ud over Amazons beregnings- og lagringstjenester. Faktisk udvikler enhver virksomhed, der tilbyder en grundlæggende cloud service som IaaS (Infrastructure as Service), SaaS (Software as a Service) og PaaS (Platform as a Service) API'er for sine kunder.

Alt er godt, så længe du styrer din arbejdsbyrde i miljøet, hvor du oprettet det, eller hvor du vil implementere det. Men forskellige API'er er ikke altid kompatible. For eksempel kan en API være opbygget til at understøtte et 32-bit operativsystem, og det skymiljø, som udvikleren ønsker at flytte arbejdsbyrden til, understøtter en 64-bit implementering. Hvordan styrer du arbejdsbyrder på tværs af uforenelige miljøer?

Nødvendigheden af ​​et standard arbejdsbelastningslag

Ingen standard API gør det muligt for udvikleren at arbejde med forskellige skymodeller, der leveres af forskellige cloud-leverandører. Hvad der egentlig er brug for, er et standardlag, der skaber kompatibilitet blandt skyens arbejdsbelastninger. I serviceorientering giver XML-modellen mulighed for interoperabilitet mellem forretningstjenester. Der er ingen tilsvarende model for hybridskyen.

Du kan finde måder at løse komplicerede problemer på. Virksomheder som Cloud Management Provider RightScale, IBMs Workload Deployer og BMC's Control-M opretter tilpassede skabeloner, der gør det muligt for udviklere at gøre godtgørelser for forskellene i API'er og dermed kan implementere og migrere arbejdsbyrder.

Bærbarhed af arbejdsbyrder

Diskussion af API'er og standarder er afgørende, fordi arbejdsbyredstyring er grundlæggende for driften af ​​hybridskyen. I et hybrid-cloud-miljø er det vigtigt at kunne flytte arbejdsbyrder rundt og optimere dem på baggrund af det forretningsproblem, der behandles. På trods af at arbejdsbelastninger er abstraheret, er de bygget med middleware og operativsystemer.

Arbejdsbelastninger skal indstilles til at fungere godt i et bestemt hardware miljø. I dagens hybrid computing verden er der behov for en masse manuel indgriben for at opnå arbejdsbyrdeportabilitet. Vi forventer imidlertid fremtidige standarder og veldefinerede tilgange, der gør hybridforvaltning af arbejdsbelastning til virkelighed.

Fremkomsten af ​​hybrid computing vil føre til udviklingen af ​​en ny komponent i cloud computing. Mægleren af ​​hybride servicebelastninger vil give et lag, der vil undersøge infrastrukturen i den underliggende skybaserede service og give en konsistent og forudsigelig måde at håndtere forskellige arbejdsbyrder på, som om de blev bygget på samme måde.Vi forventer, at denne hybrid service arbejdsbyrde mægler vil give den hybrid arbejdsbyrde ledelse, som markedet vil kræve. Når standarder udvikler sig, vil behovet for en del af dette lag gå væk, men den brede brug af standarder tager tid.