Molnet: Vad är det och hur fungerar det?
En av de mer irriterande aspekter av den tekniska industrin är spridning av slagord och marknadsföring-tala. Ta “molnet” till exempel. På något sätt lyckades vi att märka praxis för att fylla upp jätte, power-sugande, värme-spyr, själlösa lager av datorkraft till något fint och floaty som “molnet”.
Och nu har vi också “multi-cloud.” I febrig värld marknadsföring, vad exakt är “multi-moln”? Vem bryr sig om det? Vem använder det?
Det bästa sättet att förstå multi-molnet är att bild ett scenario som detta Nyligen, Norra Widgets beslutat att anta ett moln-första strategin. Om en IT-funktion kan sättas i cloud vs installerat på lokaler, molnet är det självklara valet.
När Norra Widgets lagt till en ny kund erfarenhet sentiment analys av big data infrastruktur, de bestämde sig för att detta nya modeordet soppa skulle installeras på en virtuell rack i AWS. De snurrade upp ett nätverk av virtuella maskiner, som används för andra aspekter av Amazon ‘ s on-demand-infrastruktur, och distribuerat sin lösning.
Så långt, så bra. Då Amazon hade ett avbrott. Det var inte en stor en, men det var ett wake-up call för Norra ledningsgrupp. Varje gång deras kunder upplevt ett strömavbrott, Norra var straffas. Avbrott, därför är dåliga.
Efter cirka fyra månader av möten och konferenssamtal, Norra beslutat att klona deras AWS infrastruktur till Azure.
Och så kom det sig att Norra Widgets nu hade infrastructure-as-a-service (IaaS) utbyggnad kör på AWS och Azure. De hade också på lokaler och infrastruktur. På toppen av alla att de använde sig också av en mängd olika SaaS-system, allt från SalesForce till Gmail att Slappa och Dropbox.
Medan det finns en hel del att diskutera om SaaS, låt oss begränsa dagens artikel att bara IaaS utmaningar Norra Widgets är vänd med att samordna AWS och Azure.
Det beror på att det är aldrig så enkelt, är det? Visst, du kan sätta upp en virtuell Linux-lådor i båda miljöerna, bygga ut lagring, bygga ut microservices och allt det där. Men oavsett hur nära du försöker få, arkitekturer kommer att vara olika, Sla: er kommer att vara olika, identity management system kommer att vara olika, och så är den förvaltning konsoler.
Norra IT-chefer befann sig ständigt hoppande mellan ledning konsoler för sina gamla lokaler grejer, plus för deras olika AWS och Azure installationer. En avdelning gick oseriösa och, istället för att bygga fail-over till Azure, bestämde sig för att bygga fail-over till Bluemix.
Av den tid som CIO fick reda på att för mycket data och infrastruktur hade byggts ut i Bluemix att dra bort det, så nu företaget hade AWS, Azure, och Bluemix att samordna.
Detta är multi-cloud. Det är inte vackert. Men dess existensberättigande är förvisso förståeligt. Ingen smarta företag vill lägga alla sina ägg i en korg, även om korgen drivs av mycket pålitligt företag som Amazon, Microsoft eller IBM.
Det finns en mängd skäl till detta, var försiktig. En anledning är failover och återställning. Alla komplexa system uppleva misslyckande, och i de fall där infrastrukturen inte av en eller annan anledning, ha en backup virtuella datacenter kan vara avgörande. Detta är särskilt viktigt i en värld där it-angrepp är nu normen.
En annan anledning är hela leverantör-relation en del av pusslet. Vad händer om din cloud säljaren plötsligt ändrar strategi eller förvaltning och antingen börjar att betrakta dig som en konkurrent eller anger dess villkor, prissättning, eller andra förhållanden som för något ohållbart? Om du är en “going concern” med en aktiv användarbas, månader det skulle ta att flytta kan vara för lång. Igen, du är i huvudsak ute på en failover-situation, men här är det baserat på affärsmässiga villkor, inte tekniska problem.
Du ser vart jag ska med detta. Andra skäl för att gå detta sätt är möjligt för regeringen eller frågor om jurisdiktion, möjligheten av en förändring i ett säljarens teknik stack bryta ditt system, önskan om att ha förmåga att hantera ökningar över säljare, behovet av att bygga och praktik design abstraktion så du har ett lager som inte är beroende av en leverantör underliggande plattform, och mer.
En variant på multi-cloud-konceptet är hybrid. I huvudsak, hybrid DET är en blandning av infrastruktur ligger på lokaler och infrastruktur i molnet. Hybrid är DET därför kan införliva multi-cloud. Detta, naturligtvis, ökar ledningen komplexitet genom att ytterligare en nivå.
Norra Widgets, i vårt exempel, är att köra en hybrid IT-drift. De har några gamla lokaler system, och molnbaserade infrastrukturer i AWS, Azure, och Bluemix. Alla dessa system måste hanteras genom en blandning av övervakning, politik, automation, och federationen.
Varje multi-moln eller en hybrid DET konfiguration kommer att vara annorlunda. När du är högre i stacken, det är inte så varierande. Din erfarenhet och min erfarenhet av Gmail (separat från några add-ons) kommer att vara i princip den samma. Det beror på den allmänna tillämpningen nivå, vi är alla med samma verktyg.
Men på den privata infrastruktur-nivå, där varje företag bygger upp sin egen IaaS stacken för att uppfylla sina egna unika behov, stack konfiguration kommer att vara olika för varje organisation.
Jag kommer inte att dyka in i de olika verktyg som stacks i denna artikel. Istället, mitt budskap är enkelt: bara att flytta till molnet kommer inte att lösa dina problem. I själva verket, när du flyttar till molnet kan du lägga till hela nya lager av komplexitet för att din verksamhet.
Tänk på behovet av att automatisera och hantera över molnen, och plan och budget, inte bara för de resurser som tillhandahålls av olika offentliga moln du väljer, men också för all programvara och licenser som du behöver för att hantera det hela.
Du kan följa min dag-till-dag-projektet uppdateringar på sociala medier. Se till att följa mig på Twitter på @DavidGewirtz, på Facebook på Facebook.com/DavidGewirtz på Instagram på Instagram.com/DavidGewirtz och på YouTube på YouTube.com/DavidGewirtzTV.