Arbetsbelastning Komplexiteter i en hybridmiljö - dummies

Arbetsbelastningskomplexiteten är mer utbredd i en hybrid molnmiljö än vad de var med en enda molnarkitektur. Med tillkomsten av en hybrid molnvärld finns många fler applikationer och tjänster över geografiska områden som måste köras.

Vissa arbetsbelastningar kan vara permanenta och måste köras ständigt, till exempel en online-handelsplats eller ett styrsystem som hanterar en kritisk miljöprocess. Virtualiserade arbetsbelastningar lägger till en annan nivå av komplexitet. Företagstjänster och olika applikationsmodeller läggs också till i mixen.

I en hybrid molnmiljö kan din arbetsbelastning springa på olika moln och driva olika typer av infrastrukturer med olika operativsystem. Du sammanför arbetsbelastningar från olika miljöer som ofta måste verka som om de är ett enhetligt system.

Operationalisering av arbetsbelastningar

Vad är sambandet mellan arbetsbelastning och arbetshantering i molnet? Det är faktiskt i centrum för att bestämma om du har en bra miljö i omgivningen eller inte. Det här är sant om du är en tjänsteleverantör som erbjuder antingen ett offentligt eller privat moln till kunder eller om du hanterar ett internt privat moln för att gynna interna kunder och externa kunder och partners.

Du kanske tror att allt du behöver göra är att få lite automatiseringsprogramvara (för att automatiskt schemalägga resurser och att utföra andra funktioner som är förknippade med allokering av resurser) och du är inställd. När man tittar på arbetsbelastningar ur ett operativt perspektiv blir det klart att många problem måste beaktas när man bestämmer hur man skapar en övergripande hybridmolnmiljö som både utför kvalitetsnivå och uppfyller krav på säkerhet och styrning. Detta är inte ett statiskt krav från ett operativt perspektiv måste organisationerna kunna dynamiskt ändra arbetsbelastningsledningen baserat på förändrade affärsbehov.

API: Key för hantering av molnarbetsbelastningar

Programmeringsgränssnitt (API) gör det möjligt för en programvaruprodukt eller tjänst att kommunicera med en annan produkt eller tjänst. Om du till exempel är en programutvecklare som har skrivit ett kalkylprogram och vill tillåta en annan utvecklare att lägga till några specialfunktioner för att förbättra din ansökan, kan du ge utvecklaren ett API som gör att han kan skriva till din ansökan. API anger hur den ena applikationen kan fungera tillsammans med en annan.Det ger regler och gränssnitt. Utvecklaren behöver inte känna till din ansökans nitty-gritty, eftersom API abstraherar hur dessa program kan fungera tillsammans.

Ett API tillhandahåller också ett abstrakt sätt att utbyta data och tjänster. På grund av denna abstraktion kan API: n gömma saker från utvecklare. Till exempel vill du inte ha en extern utvecklare för att lära dig informationen om din interna säkerhet, så att de detaljerna i systemet är gömda. API: n tillåter att utvecklaren endast utför den avsedda uppgiften.

API: er är viktiga för hantering av arbetsbelastningar i en molnmiljö. Amazon Elastic Compute Cloud-miljön erbjuder en rik uppsättning API som gör att kunderna kan bygga sina egna arbetsbelastningar ovanpå Amazons beräkning och lagringstjänster. Faktum är att alla företag som erbjuder en grundläggande cloud service som IaaS (Infrastructure as Service), SaaS (Software as a Service) och PaaS (Platform as a Service) utvecklar API för sina kunder.

Allting är bra så länge du hanterar din arbetsbelastning i miljön där du skapade den eller var du ska distribuera den. Men olika API är inte alltid kompatibla. Till exempel kan ett API byggas för att stödja ett 32-bitars operativsystem och den molnmiljö som utvecklaren vill flytta arbetsbelastningen till stöd för en 64-bitars implementering. Hur hanterar du arbetsbelastningar i oförenliga miljöer?

Nödvändigheten av ett standardbelastningsskikt

Inget standard API tillåter utvecklaren att arbeta med olika molnmodeller som tillhandahålls av olika molnleverantörer. Vad som faktiskt behövs är ett standardlager som skapar kompatibilitet bland molnets arbetsbelastning. I serviceorientering möjliggör XML-modellen driftskompatibilitet mellan företagstjänster. Det finns ingen motsvarande modell för hybridmoln.

Du kan hitta sätt att hantera komplicerade problem. Företagen som Cloud Management-leverantören RightScale, IBMs arbetsbelastningsutläggare och BMC: s Control-M skapar anpassningsbara mallar som gör det möjligt för utvecklare att göra utsläpp för skillnaderna i API och därmed kunna distribuera och migrera arbetsbelastningar.

Överförbarhet av arbetsbelastningar

Diskussioner av API och standarder är avgörande eftersom arbetsbelastning är grundläggande för driften av hybridmoln. I en hybrid moln miljö kan man flytta arbetsbelastningar runt och optimera dem baserat på det affärsproblem som behandlas är kritiskt. Trots att arbetsbelastningen abstraheras, är de byggda med middleware och operativsystem.

Arbetsbelastningen måste anpassas för att fungera bra i en viss maskinvarumiljö. I dagens hybridberäkningsvärld krävs mycket manuell ingrepp för att uppnå arbetsbelastningsportabilitet. Vi förutser dock framtida standarder och väldefinierade tillvägagångssätt som kommer att göra hybridhantering av arbetsbelastning till en verklighet.

Tillkomsten av hybridberäkning kommer att leda till utvecklingen av en ny komponent i cloud computing. Mäklaren av hybridservicens arbetsbelastning kommer att tillhandahålla ett lager som kommer att undersöka infrastrukturen hos den underliggande molnbaserade tjänsten och tillhandahålla ett konsekvent och förutsägbart sätt att hantera olika arbetsbelastningar som om de byggdes på samma sätt.Vi förväntar oss att denna hybridservice-arbetsbelastningsmäklare kommer att tillhandahålla den hybriska arbetsbelastningsförvaltningen som marknaden kommer att kräva. När standarder utvecklas kommer behovet av en del av detta lager att gå iväg, men den breda användningen av standarder tar tid.