Multi-cloud eller en molnleverantör?
För de flesta är en molnleverantör rätt val: enklare, billigare och lättare att bemanna. Multi-cloud kostar i abstraktionslager, dubblerad kompetens och urvattnade volymrabatter. Det är motiverat i vissa reglerade branscher, som förhandlingshävstång eller vid specifika tjänstegap – men sällan som ideal i sig.
Multi-cloud låter förnuftigt på ett styrelsemöte: sprid riskerna, bind er inte vid en leverantör, plocka det bästa från var och en. Men idealet och verkligheten skiljer sig, och priset för multi-cloud betalas ofta av dem som inte satt sig in i vad det faktiskt kostar. Här är en ärlig genomgång av valet mellan flera moln och ett.
Vad multi-cloud faktiskt kostar
Kostnaden för multi-cloud syns sällan på själva molnräkningen. Den ligger i allt runtomkring, och den är lätt att underskatta tills man står mitt i den.
- Abstraktionslager. För att köra samma system på flera moln behöver du ofta bygga eller köpa ett lager som jämnar ut skillnaderna mellan leverantörerna. Det lagret är i sig något att utveckla, underhålla och felsöka – och det gömmer ibland undan just de styrkor du valde varje moln för.
- Dubblerad kompetens. Varje molnplattform är en värld för sig, med egna tjänster, egna verktyg och egna fallgropar. Att köra två innebär att teamet måste behärska två, eller att du behöver fler specialister. Kompetens är dyrt, och multi-cloud dubblerar behovet.
- Urvattnade rabatter. Molnleverantörer belönar volym. Samlar du allt hos en får du bättre priser och åtaganderabatter. Sprider du ut det halverar du ofta din förhandlingsvikt hos var och en, och betalar mer per enhet på båda.
Summan är att multi-cloud gör nästan allt svårare: drift, säkerhet, felsökning och budget. Det är inte gratis flexibilitet – det är flexibilitet man betalar löpande för.
Medveten kontra ofrivillig multi-cloud
En viktig distinktion som ofta missas: det finns två helt olika sätt att ha flera moln, och de bör hanteras helt olika.
Medveten multi-cloud är ett strategiskt beslut att sprida system över flera leverantörer av tydliga skäl. Det är genomtänkt, och kan vara rätt.
Ofrivillig multi-cloud är att bara ha hamnat där. Ett förvärvat bolag körde på ett annat moln. En avdelning valde sitt eget utan att fråga någon. It-avdelningen upptäcker att organisationen använder tre moln som ingen bestämt sig för. Det är sällan en strategi – det är skugg-IT och spridning, och bör oftast konsolideras eller städas snarare än att kallas multi-cloud i efterhand.
Innan du diskuterar multi-cloud som val, ta reda på vilken av dessa du redan har. De kräver rakt motsatta åtgärder.
När det faktiskt är motiverat
Multi-cloud är inte fel – det är fel som förval. Det finns konkreta situationer där det bär sin kostnad:
| Skäl | Vad det innebär |
|---|---|
| Reglerade krav | Vissa branscher kräver oberoende eller särskild datahantering |
| Förhandlingshävstång | Förmågan att flytta ger tyngd mot leverantören |
| Specifikt tjänstegap | En tjänst som bara finns hos ett annat moln och verkligen behövs |
I reglerade branscher kan det finnas krav på oberoende eller på hur och var data hanteras som gör spridning nödvändig. Som förhandlingshävstång kan en trovärdig förmåga att flytta ge verklig tyngd i prissamtal med en leverantör. Och vid ett specifikt tjänstegap – en förmåga som bara finns hos ett annat moln och som produkten faktiskt behöver – kan det vara värt att sträcka sig dit för just den delen.
Gemensamt för de motiverade fallen är att de är konkreta. “Vi vill inte lägga alla ägg i en korg” som allmän känsla räcker sällan för att bära komplexiteten.
Ett scenario: risken som blev en risk
Ett medelstort bolag beslutar multi-cloud för att “inte bli inlåsta”. Ett år senare kör de på två moln. Teamet lägger tid på att hålla ett gemensamt lager fungerande, felsökningen blir krångligare eftersom problem kan ligga i endera miljön, och båda molnräkningarna saknar den rabatt de hade fått genom att samla allt på ett ställe. Inlåsningen de fruktade blev aldrig ett problem – men komplexiteten de köpte för att slippa den blev det. För att minska en risk de aldrig kände av tog de på sig flera de nu lever med varje dag.
Så väljer du
Välj en molnleverantör som förval. Det är enklare, billigare och lättare att bemanna, och för de allra flesta väger det tungt mer än risken med att beroende av en aktör. Vill du minska inlåsningen finns lättare vägar än full multi-cloud – portabla tekniker och en genomtänkt exit-plan. Gå till medveten multi-cloud bara när ett konkret skäl motiverar det.
Vill ni ha hjälp att lägga en molnstrategi som passar er och inte köper komplexitet i onödan, tittar vi på Weapp gärna på det som en del av vår cloud-arkitektur. Hör av dig så resonerar vi kring valet.
Vanliga frågor
Vad betyder multi-cloud?
Att medvetet använda flera molnleverantörer parallellt, till exempel två av de stora, för att köra sina system. Tanken är ofta att undvika beroende av en enda leverantör eller att kunna välja bästa tjänsten från var och en. Det ska skiljas från att av misstag hamna på flera moln genom förvärv eller att olika avdelningar valt olika på egen hand.
Varför är multi-cloud dyrare än det ser ut?
Kostnaden är sällan i molnräkningen utan i allt runt omkring. Du behöver ett abstraktionslager som fungerar mot flera leverantörer, personal som kan mer än ett moln, och du tappar de volymrabatter som kommer av att samla allt hos en. Komplexiteten smittar av sig på drift, säkerhet och felsökning, vilket kostar tid i varje led.
Vad är skillnaden mellan medveten och ofrivillig multi-cloud?
Medveten multi-cloud är ett strategiskt beslut att sprida system över flera moln av tydliga skäl. Ofrivillig multi-cloud är att bara ha hamnat där: ett förvärvat bolag använde ett annat moln, eller olika team valde var sitt utan samordning. Det första kan vara motiverat, det andra är oftast skugg-IT som bör städas eller konsolideras.
När är multi-cloud faktiskt motiverat?
I vissa reglerade branscher med krav på oberoende eller datahantering, som förhandlingshävstång mot leverantörerna, eller när en specifik tjänst bara finns hos ett annat moln och verkligen behövs. Det är konkreta skäl. 'Vi vill inte lägga alla ägg i en korg' som allmän känsla räcker sällan för att bära den extra komplexiteten.
Blir man inte farligt beroende av en enda leverantör?
Viss inlåsning finns alltid, men den ska vägas mot kostnaden att undvika den. För de flesta väger enkelheten och priset hos en leverantör tyngre än risken. Man kan dessutom minska inlåsningen på andra sätt än full multi-cloud – genom portabla tekniker och en genomtänkt exit-plan, utan att dubblera hela driften.