De cloud: Wat is het en hoe werkt het?
Een van de meest vervelende aspecten van de tech-industrie is de verspreiding van de buzzwords en marketing-speak. Neem de “cloud” bijvoorbeeld. Op een of andere manier zijn we erin geslaagd om een re-label de praktijk van het vullen reus, power-zuigen, warmte-spuwen, zielloze magazijnen van rekenkracht in iets leuks en zweverige als “cloud.”
En we hebben nu ook “multi-cloud.” In de koortsige wereld van marketing, wat is precies “multi-cloud”? Wie kan dat wat schelen? Wie gebruikt het?
De beste manier om te begrijpen multi-cloud is om een scenario zoals deze: Kort, Noord-Widgets besloten om gebruik te maken van een cloud first strategie. Als een IT-functie kan worden gebracht in de cloud vs. geïnstalleerd on-premise, in de cloud is de aanbevolen keuze.
Wanneer Noord-Widgets toevoegen van een nieuwe klant ervaring sentiment analyse big data-infrastructuur, besloten zij dat dit nieuwe buzzword soep zou worden geïnstalleerd op een virtuele rack AWS. Ze gesponnen tot een netwerk van virtuele machines gebruikt voor andere aspecten van Amazon ‘ s on-demand infrastructuur en geïmplementeerd hun oplossing.
Zo ver, zo goed. Dan Amazon had een storing. Het was niet groot, maar het was een wake-up call voor het Noorden van het management team. Elke keer hun klanten ervaren een stroomstoring, Noord-werd bestraft. Uitval, daarom zijn slecht.
Na ongeveer vier maanden van vergaderingen en conference calls, Noord besloten om een kloon van hun AWS infrastructuur van Azure.
En zo geschiedde het dat Noord-Widgets nu had infrastructure-as-a-service (IaaS) buildouts uitgevoerd op AWS en Azure. Ze hadden ook een on-premise infrastructuur. Op de top van dat alles, ze ook gebruikt voor een verscheidenheid van SaaS systemen, variërend van SalesForce naar Gmail te Slap en Dropbox.
Terwijl er veel te bespreken over SaaS, laten we beperken het artikel van vandaag tot de IaaS uitdagingen Noord-Widgets wordt geconfronteerd met de coördinatie van het AWS en Azure.
Dat komt omdat het niet zo eenvoudig is, is het dan? Zeker, u kunt het opzetten van virtuele Linux-boxen in beide omgevingen, bouwen van opslag, opgebouwd uit microservices en al dat. Maar hoe sluit je probeert te krijgen, de architecturen zijn gaan verschillen, de Sla ‘ s gaan verschillen, identity management systemen gaan verschillen, en dus zijn de management consoles.
Noord-IT-managers vinden zichzelf voortdurend springen tussen het management consoles voor hun erfenis aan lokale spullen, plus voor hun verschillende AWS en Azure installaties. Een afdeling ging rogue en, in plaats van het bouwen van fail-over Azure, besloten tot de bouw van fail-over te Bluemix.
Tegen de tijd dat de CIO ontdekt, te veel data en infrastructuur gebouwd in Bluemix te trekken, dus nu moest het bedrijf AWS, Azure, en Bluemix te coördineren.
Dit is een multi-cloud. Het is niet mooi. Maar haar reden van bestaan is zeker begrijpelijk. Geen slimme bedrijf wil alle eieren in één mand, zelfs als de mand is uitgevoerd door zeer betrouwbare bedrijven als Amazon, Microsoft of IBM.
Er zijn een aantal redenen voor deze waarschuwing. Een van de redenen is failover en disaster recovery. Alle complexe systemen die ervaring van mislukking, en in het geval waar de infrastructuur niet in slaagt om een of andere reden, het hebben van een back-up van virtuele datacenter kan van cruciaal belang zijn. Dit is vooral belangrijk in een wereld waar de cyberaanvallen zijn nu de norm.
Een andere reden is de hele leverancier-relatie deel van de puzzel. Wat gebeurt er als uw cloud-leverancier verandert plotseling strategie of management en begint te beschouwen u als een concurrent, of stelt de voorwaarden van service, prijzen of andere voorwaarden te verbinden aan iets onhoudbaar is? Als je een going concern met een actieve gebruikersgroep, het maanden zou duren om te migreren kan worden te lang. Nogmaals, je bent wezen kijken bij een failover-situatie, maar het is hier gebaseerd op zakelijke voorwaarden, niet van technische problemen.
U ziet waar ik heen ga. Andere redenen om te gaan met deze manier zijn mogelijk overheid of juridische problemen, de mogelijkheid van een verandering in een leverancier van technologie-stack breken van uw systemen, de wens om de mogelijkheid om pieken over leveranciers, de noodzaak om te bouwen en praktijk ontwerpen abstractie, zodat je een laag die niet afhankelijk zijn van een leverancier van de onderliggende platform, en meer.
Een variatie op de multi-cloud-concept is hybride. In wezen, hybride HET is een mix van infrastructuur gelegen op gebouwen en infrastructuur gelegen in de cloud. Hybride, daarom kan het nemen van multi-cloud. Dit, natuurlijk, verhoogt de complexiteit van beheer door nog een meer niveau.
Noord-Widgets, ons voorbeeld scenario, is het uitvoeren van een hybride IT-operatie. Ze hebben een aantal verouderde on-premise systemen en cloud-infrastructuren in AWS, Azure, en Bluemix. Al deze systemen moeten worden beheerd door een combinatie van monitoring, het beleid, de automatisering, en de federatie.
Elk multi-cloud of hybride IT-configuratie gaat om anders te zijn. Wanneer je hoger in de stapel, de zaken niet zo gevarieerd. Uw ervaring en mijn ervaring van Gmail (los van een paar add-ons) worden in wezen dezelfde. Dat komt omdat, in de openbare applicatie niveau, we zijn allemaal gebruik van dezelfde instrumenten.
Maar op de privé-infrastructuur niveau, waar elk bedrijf bouwt zijn eigen IaaS stapel om te voldoen aan haar eigen unieke behoeften, de stack configuratie gaat om verschillend te zijn voor elke organisatie.
Ik ben niet van plan om te duiken in de verschillende hulpprogramma stapels in dit artikel. In plaats daarvan, mijn boodschap is simpel: gewoon verplaatsen naar de cloud is niet van plan om uw problemen op te lossen. In feite, als je naar de cloud, toevoegen van nieuwe lagen van de complexiteit van uw management-activiteiten.
Rekening houden met de noodzaak om te automatiseren en te beheren in de wolken, en het plan en de begroting, niet alleen voor de middelen die door de verschillende openbare cloud-aanbieders die u kiest, maar ook voor alle software en licenties die u nodig hebt om alles te beheren.
U kunt het volgen van mijn dag-tot-dag project updates op sociale media. Volg mij op Twitter via @DavidGewirtz, op Facebook op Facebook.com/DavidGewirtz op Instagram op Instagram.com/DavidGewirtz en op YouTube YouTube.com/DavidGewirtzTV.