Arbeidsbelastning Kompleksiteter i et Hybrid Cloud Environment - Dummies

Arbeidsbelastningskompleksitetene er mer utbredt i et hybrid-cloud-miljø enn de var med en enkelt sky-arkitektur. Med tilkomsten av en hybrid sky verden, eksisterer mange flere applikasjoner og tjenester over geografiske områder som må løpe.

Enkelte arbeidsbelastninger kan være permanente og må løpe konstant, for eksempel et elektronisk handelssted eller et kontrollsystem som styrer en kritisk miljøprosess. Virtualiserte arbeidsbelastninger legger til et annet nivå av kompleksitet. Forretningstjenester og ulike applikasjonsmodeller blir også lagt inn i blandingen.

I et hybrid-cloud-miljø kan arbeidsbelastningene dine kjøre på forskjellige skyer, og du bruker forskjellige typer infrastrukturer ved hjelp av forskjellige operativsystemer. Du samler arbeidsbelastninger fra forskjellige miljøer som ofte må oppføre seg som om de er et enhetlig system.

Operationalizing workloads

Hva er sammenhengen mellom arbeidsbelastning og arbeidsstyring i skyen? Det er faktisk i sentrum for å avgjøre om du har et godt utført skymiljø eller ikke. Dette er sant om du er en tjenesteleverandør som tilbyr enten en offentlig eller privat sky til kunder, eller hvis du administrerer en intern privat sky til fordel for interne kunder og eksterne kunder og partnere.

Du må kanskje tro at alt du trenger å gjøre er å få litt automatiseringsprogramvare (å automatisk planlegge ressurser og å utføre andre funksjoner knyttet til allokering av ressurser) og du er satt. Når du ser på arbeidsbelastninger fra et operativt perspektiv, blir det klart at mange problemer må tas med i betraktningen når du bestemmer hvordan du oppretter et samlet hybrid-cloud-miljø som både utfører kvalitetsnivå og oppfyller sikkerhets- og styringsbehov. Dette er ikke et statisk krav; organisasjonene må fra et operativt perspektiv kunne dynamisk endre arbeidsbelastningsstyring basert på endrede forretningsbehov.

APIer: Nøkkel til å administrere skytebelastninger

Programmeringsgrensesnitt (APIer) gjør det mulig for et programvareprodukt eller en tjeneste å kommunisere med et annet produkt eller en tjeneste. Hvis du for eksempel er en programvareutvikler som har skrevet et regnearkprogram, og du vil tillate en annen utvikler å legge til noen spesialiserte funksjoner for å forbedre søknaden din, kan du gi utvikleren en API som gjør at han kan skrive til din søknad. API-en angir hvordan den ene applikasjonen kan fungere sammen med en annen.Det gir regler og grensesnitt. Utvikleren har ikke behov for å kjenne den nitty-gritty av søknaden din fordi API abstraherer måten disse programmene kan fungere sammen.

En API gir også en abstrakt måte å utveksle data og tjenester på. På grunn av denne abstraksjonen kan API-en gjemme ting fra utviklere. For eksempel vil du ikke ha en ekstern utvikler for å lære detaljene om din interne sikkerhet, så de detaljene i systemet er skjult. API-en tillater utvikleren å utføre bare den tiltenkte oppgaven.

APIer er viktige for å håndtere arbeidsbelastninger i et skymiljø. Amazon Elastic Compute Cloud-miljøet tilbyr et rikt sett med APIer som gjør det mulig for kundene å bygge sine egne arbeidsbelastninger på toppen av Amazons beregnings- og lagringstjenester. Faktisk utvikler alle selskaper som tilbyr en grunnleggende skygtjeneste som IaaS (Infrastructure as Service), SaaS (Software as a Service) og PaaS (Platform as a Service) APIer for sine kunder.

Alt er bra så lenge du klarer arbeidsbelastningen i miljøet der du opprettet den eller hvor du skal distribuere den. Imidlertid er forskjellige APIer ikke alltid kompatible. For eksempel kan en API være bygd for å støtte et 32-biters operativsystem, og skymiljøet som utvikleren ønsker å flytte arbeidsbelastningen til, støtter en 64-biters implementering. Hvordan administrerer du arbeidsbelastninger på tvers av inkompatible miljøer?

Nødvendigheten til et standard arbeidsbelastningslag

Ingen standard-API gjør det mulig for utvikleren å jobbe med forskjellige skymodeller fra ulike skytselgere. Det som egentlig trengs, er et standardlag som skaper kompatibilitet blant skybelastningene. I tjenesteorientering muliggjør XML-modellen interoperabilitet mellom forretningstjenester. Det er ingen tilsvarende modell for hybridskyen.

Du kan finne måter å løse kompliserte problemer. Bedrifter som Cloud Management-leverandøren RightScale, IBMs arbeidsbelastningsutvikler og BMCs Control-M lager skreddersydde maler som tillater utviklere å gi kvoter for forskjellene i APIer og dermed kan distribuere og migrere arbeidsbelastninger.

Bærbarhet av arbeidsbelastninger

Diskusjon av APIer og standarder er viktig fordi arbeidsledelse er grunnleggende for driften av hybridskyen. I et hybridmiljømiljø kan det være kritisk å kunne flytte arbeidsbelastning rundt og optimalisere dem basert på forretningsprosessen som tas opp. Til tross for at arbeidsbelastningene er abstraherte, er de bygget med mellomvare og operativsystemer.

Arbeidsbelastningene må innstilles for å fungere godt i et bestemt maskinvare miljø. I dagens hybridberegningsverden er det behov for mye manuell inngriping for å oppnå arbeidsportabilitet. Imidlertid forventer vi fremtidige standarder og veldefinerte tilnærminger som vil gjøre hybridforvaltningen av arbeidsbelastning til virkelighet.

Tilkomsten av hybrid databehandling vil føre til utviklingen av en ny komponent i cloud computing. Mekleren av hybride arbeidsbelastninger vil gi et lag som vil undersøke infrastrukturen til den underliggende skybaserte tjenesten og gi en konsekvent og forutsigbar måte å håndtere forskjellige arbeidsbelastninger på som om de ble bygget på samme måte.Vi forventer at denne hybrid service arbeidsbelastning megler vil gi den hybrid arbeidsbelastning ledelse som markedet vil kreve. Når standarder utvikler seg, vil behovet for en del av dette laget gå bort, men den brede bruken av standarder tar tid.