Planering för distribuering av en hybrid molnmiljö - dummies

När du planerar för utplacering i en hybrid molnmiljö, kom ihåg att hybridmoln inte är en enda arkitektonisk modell; Det är snarare en kombination av många olika tjänster som finns på olika plattformar. Ur ett arkitekturperspektiv är det viktigt att titta på relationerna mellan de tjänster som används tillsammans. Därför måste användningen av cloud management-teknik betraktas som en del av det arkitektoniska ramverket för hybridmoln.

I hybridmoln kommer du aldrig att ta med alla tjänster och element tillsammans som om de var ett system. Istället måste du ha en tydlig förståelse för de distribuerade tjänsterna och hur de relaterar till varandra. Många av metoderna kräver att man skapar mallar med bästa praxis som kan användas för att skapa rätt kopplingar mellan tjänster.

En väldesignad hybrid molnmiljö måste byggas för att stödja förändringar. Ändring kan vara tillägget till en annan molntjänst, till exempel en SaaS-program (programvara som en tjänst) eller en ny affärspartner och deras uppsättning tjänster. I huvudsak har hybridmodeller följande primära arkitektoniska överväganden:

Latency och prestanda

• Säkerhet

• Styrning

• Tillförlitlighet i samband med förändring

• Latency: Prestationsfrågor

När du planerar din hybridmodell måste du överväga övergripande prestanda på din plattform, vilket innebär att du måste övervaka och mäta din hela miljö. Till exempel, säg att ett kritiskt problem för ditt företag är hur snabbt kundernas order bekräftas. Om du inte hanterar problemet effektivt, kommer kunderna inte vara lyckliga och kan flytta till en annan leverantör. Du kanske vill behålla transaktionshanteringen inom ett privat moln eller datacenter.

Om du skulle använda en public cloud-transaktionshanteringstjänst skulle latentiteten i att flytta data mellan nätverk orsaka serviceförseningar. Dessutom kräver vissa applikationer regelbunden åtkomst till och manipulation av komplexa data. Om det skulle hända regelbundet, kanske du inte kan utföra som kunderna förväntar sig. I den här situationen kan du hålla fast vid din nuvarande lokal lösning eller en välbyggd privat molnmiljö. Å andra sidan kan du upptäcka att för andra applikationer ger en SaaS-applikation acceptabel latens för att tillgodose behoven hos dina beståndsdelar.

Förutom prestandan för en viss molntjänst måste du överväga platsen för en tjänst.En tjänst i ett offentligt moln kan vara bra för en typ av användning men kan ha oacceptabel latens när flera tjänster behöver utbyta data snabbt. Därför kräver en del av hybridarkitekturen att du förstår vilken roll varje tjänst spelar och hur dessa tjänster behöver interagera med varandra.

Säkerhet: Planering i sammanhang

När du planerar din hybridmiljö, måste du i början tänka på säkerhetskraven för kunderna. Vilken typ av miljö tillhandahåller du för dina kunder? Skapar du en informationsresurs som kan kopplas till en uppsättning produktdatablad?

Om du har skapat en plattform som hanterar privata hälsodata måste du dock se till att du har skapat den nivå av skydd och integritet som dina kunder (och regeringen) kräver. Du måste förstå dessa överväganden innan du börjar din design. Se till att dina molnleverantörer kan matcha dina krav.

Styrning: Att få rätt balans

Precis som säkerhet kommer styrningskraven att avgöra hur du planerar din hybridmolnmiljö. Många industrier har regler för engagemang som anses vara bästa praxis. Om du är en del av en bransch som krävs för att uppfylla sofistikerade styrningskrav, är det viktigt att välja partners som möter dina behov. Du kan upptäcka att du inte kan använda en tredje part för denna del av din miljö.

Många länder har strikta riktlinjer och krav på hur privat data måste hanteras. I vissa länder måste en persons data lagras fysiskt inom det landet. Dessa typer av styrningskrav kräver att IT-organisationer planerar sin plattform med detta i åtanke. Det innebär att processhanteringstjänster som bestämmer var data måste lagras, vilket innebär att data i några länder lagras i ett enda fysiskt datacenter. I andra länder kan data vara mycket fördelade över geografiska områden utan att bryta mot regler. Vissa molnleverantörer kan genomföra automatiserade policyer som säkerställer att vissa tjänster körs utifrån dessa regler.

Skapa flexibilitet i modellen

Företag som tittar på cloud computing antar vanligtvis att det är en helt eller inget modell. Cloud computing är dock helt enkelt en del av en övergripande distribuerad arkitektonisk plan. Inom en arkitektonisk ram är det viktigt att bestämma affärs-, prestations- och kundmål, och för att göra det måste du ta hänsyn till alla aspekter av databehandling.

Du måste överväga latensfrågan om övergripande prestanda och latens för hantering av data. Om applikationer och tjänster som erbjuds kunder är baserade på en tätt sammansatt uppsättning tjänster med många beroenden kommer en offentlig molntjänst att orsaka allvarliga problem med prestanda. Om organisationen skapar och utnyttjar en plattform av väldefinierade och löstkopplade tjänster som är utformade för att enkelt kopplas samman vid körning, är en offentlig molntjänst idealisk.

De flesta organisationer har en kombination av dessa två scenarier. Därför måste du tänka på din plattform som en kombination av datacenter, privat moln och offentliga molntjänster.När du närmar dig arkitektoniska överväganden ur detta holistiska perspektiv, är kunden välbetjänad och skyddad.

Vissa leverantörer hjälper dig faktiskt genom att tillhandahålla flera distribueringsalternativ (offentliga, privata, datacenter) från samma plattform som gör det enklare för företaget att ha en enhetlig plattform som kan anpassa sig till ett brett antal användningsfall och begränsningar.