“Multi-cloud” verwijst naar het gebruik van meerdere cloud computing-services binnen een enkele architectuur. Voorstanders van de aanpak beweren dat het u meer flexibiliteit en veerkracht geeft door elke afhankelijkheid van één enkele leverancier te elimineren. Omgekeerd kunnen multi-cloudsystemen lastiger in te stellen en op te schalen zijn, waardoor langdurig onderhoud een karwei wordt.
Als u eenmaal een paar producten van één aanbieder gebruikt, kan het een logische stap lijken om hun aanbod te selecteren voor uw volgende behoefte. U hoeft echter niet al uw eieren in één mand te leggen: het kiezen van een ander platform voor uw nieuwe component kan u meer functionaliteit geven tegen lagere kosten.
Het gebruik van meerdere clouds is een strategische keuze die geeft u toegang tot het beste van alles. Verspreiding over providers vereist dat uw service wordt onderverdeeld in gedistribueerde microservices, zodat u cloud-native kunt worden.
U kunt uw kernservice uitvoeren op Microsoft Azure, Amazon S3 gebruiken voor bestandsopslag en Google Cloud voor enkele gespecialiseerde AI-workloads. Proberen te vertrouwen op een van deze providers alleen zou een suboptimale oplossing kunnen zijn, ook al bieden ze allemaal in grote lijnen vergelijkbare functies.
When to Go Multi -Cloud?
Het selecteren van een cloudprovider is meestal een ingewikkeld proces. Als u de verkeerde beslissing neemt, kan uw service worden belemmerd door een beperkte functieset, slechte schaalbaarheid of hoge kosten.
Advertentie
Het vinden van een platform dat aan al uw eisen voldoet, maakt het meestal de belangrijkste kanshebber voor uw volgende aankoop van cloudinfrastructuur. Blindelings voor de service kiezen omdat u deze al gebruikt, is misschien niet de beste manier van handelen – je zou een afhankelijkheid kunnen creëren van een reeks onderling verbonden systemen van derden, wat leidt tot vendor lock-in.
Kiezen voor een andere cloud dwingt je om de hele markt kritisch te evalueren op het moment dat je een product aan je stack toevoegt. Voor grotere klanten kan het uw koopkracht vergroten als geen enkele leverancier uw gewoonte als vanzelfsprekend beschouwt. U moedigt innovatie en concurrentie aan, wat leidt tot betere deals en meer kansen voor uw architectuur.
Soms kan de beslissing om een tweede of derde cloud te gebruiken, worden gedwongen door externe factoren. Als klanten beginnen te schreeuwen om functies die uw huidige platform niet biedt, bent u mogelijk gedwongen om buiten de gebaande paden te kijken. Of uw bedrijf wordt mogelijk onderworpen aan wettelijke vereisten die vereisen dat u bepaalde gegevens opslaat in overeenstemming met specifieke beveiligingsnormen.
Multi-cloud is ook handig wanneer u een technologie moet gebruiken die niet regelmatig wordt gecombineerd met het aandachtsgebied van uw huidige provider. Een bedrijf dat een Linux-georiënteerde virtuele computerprovider gebruikt, kan een behoefte ontwikkelen om een Windows-server te draaien. Zo'n workload is misschien logischer op Microsoft Azure, waar first-party ondersteuning voor het besturingssysteem is.
Een laatste aanjager van multi-cloud-architecturen is wanneer u een kritieke service dichter bij uw klanten moet plaatsen. Het betreden van een nieuwe markt kan levensgevaarlijk zijn als uw huidige provider geen lokaal datacenter kan aanbieden. U riskeert een verhoogde latentie voor al uw buitenlandse gebruikers. Als u een nieuwe instantie van uw service toevoegt in een cloud die de regio ondersteunt, kunt u een betere klantervaring bieden.
Problemen die u mogelijk tegenkomt
< p>Overstappen naar multi-cloud is niet iets dat van de ene op de andere dag gebeurt. Het heeft steun en acceptatie nodig in uw hele organisatie, omdat het van invloed is op elk team.
Advertentie
Ontwikkelaars moeten bouwen met gedistribueerde services in gedachten. Operationele teams moeten rekening houden met de verschillende clouds die in gebruik zijn, de services die bij elke cloud horen en hoe de gegevens ertussen stromen. Beveiligingsprofessionals zullen een toename zien van het aantal inloggegevens en controlepanelen dat moet worden beschermd tegen inbraak. Multi-cloud-architecturen bieden een groter aanvalsoppervlak waardoor uw systeem vatbaarder kan worden voor inbraak.
De grootste uitdaging bij multi-cloud is het gemak waarmee flexibiliteit een zware last kan worden. Het toepassen van een multi-cloudstrategie kan de gefactureerde kosten verlagen, maar de besparing wordt snel weggevaagd als uw team meer tijd moet besteden aan het beheren van servers en het controleren van zwakke punten.
Consistentie is een ander probleem dat u vanaf het begin moet oplossen. Hoewel u wilt profiteren van de voordelen van elk platform, moet uw eigen applicatie nog steeds uniform zijn in de manier waarop deze wordt ontwikkeld en geïmplementeerd. Geautomatiseerde CI/CD-implementaties gebruiken bij uw projecten op AWS? Zorg ervoor dat u ook iets soortgelijks gebruikt met uw Azure-workloads.
Het normaliseren van uw algemene aanpak voor het toepassen van wijzigingen helpt onnodige fragmentatie te voorkomen. Probeer waar mogelijk een abstractielaag te gebruiken bovenop de services van een individuele provider. Een platform als Kubernetes geeft je consistentie in wat je target, waardoor je relatief gemakkelijk tussen clouds kunt bewegen.
Het monitoren van de verschillende clouds die bij uw systeem betrokken zijn, kan een worsteling zijn. De meeste organisaties zullen kiezen voor een vorm van cross-cloud monitoringsysteem zoals Datadog, Grafana of New Relic. Deze tools hebben hun eigen complexiteit en leercurves, maar u kunt al uw resources samenvoegen in één enkele visualisatie. Dit is effectiever dan proberen te werken met dashboards van meerdere cloudproviders om te begrijpen waar een storing is ontstaan.
Waar moet u nog meer aan denken?
U hoeft niet per se all-in te gaan op multi-cloud. Voor sommige organisaties kan een effectieve multi-cloudstrategie een eenvoudige replicatie van belangrijke services over twee of meer platforms zijn. Dit kan helpen bij rampenherstelscenario's, waardoor u redundantie krijgt als een service uitvalt. Hoewel het verleidelijk kan zijn om openbare cloudplatforms als onfeilbaar te beschouwen, hebben in de praktijk zelfs de grootste services ongeplande uitvaltijd die gevolgen kan hebben voor uw klanten.
Advertentie
Meer in het algemeen moet het kiezen van een multi-cloudbenadering gebaseerd zijn op een echte zakelijke behoefte. Wees opzettelijk en weloverwogen als u nieuwe diensten evalueert, waarbij u uw doel voorop blijft stellen. Er kan een andere manier zijn om uw doelen te bereiken die minder invloed heeft op uw bestaande workflows.
Neem het voorbeeld van het verlagen van de bedrijfskosten: het verplaatsen van belangrijke services naar een andere cloud kan hier helpen, maar misschien ziet u opties dichter bij huis over het hoofd. Door uw gebruik van uw bestaande platforms te controleren, kunnen manieren aan het licht komen om de efficiëntie te verhogen door plannen te wijzigen, een aanbod op maat aan te vragen of uw gebruikspatronen aan te passen.
Een andere overweging zijn de extra kosten van multi-cloud. In sommige scenario's kan een multicloud-architectuur duurder zijn, vooral als u regelmatig gegevens tussen leveranciers verplaatst. De meeste grote providers brengen aanzienlijke kosten in rekening voor het uitgaan en binnendringen van gegevens die eventuele besparingen die u maakt, kunnen uithollen.
Conclusie
Multi-cloud is een modewoord dat verwijst naar het gebruik van services van verschillende cloudproviders als onderdeel van één systeem. Hiermee kunt u de voordelen van alle platforms op de markt ontdekken, maar het kan lastig zijn om deze te configureren en te onderhouden.
De beste manier om een nieuwe cloudarchitectuur te benaderen, is door onnodige nadruk te leggen op termen als multi-cloud en hybride cloud. In plaats daarvan moet u de beschikbare opties beoordelen, ongeacht de leverancier, en vervolgens een plan bedenken om ze te combineren op een manier die alle teams ten goede komt.
Als het er niet uitziet als multi-cloud zal werken zonder de complexiteit te vergroten, onaanvaardbare beveiligingsrisico's toe te voegen of operationele teams te belasten, het is niet nodig om het verder na te streven. U kunt uw onderzoek altijd verleggen naar het vinden van het beste enkele platform dat alle technologieën biedt die u nodig heeft in één pakket. Zorg ervoor dat het een geschikte Service Level Agreement (SLA) en geschikte procedures heeft voor het afhandelen van ongeplande uitval.