Fråga tio infrastrukturteam om de har en molnexitstrategi, och nio kommer att säga ja. Fråga vad den består av, och du får oftast en wiki-sida skriven under en leverantörsgranskning, som listar vilka tjänster som är proprietära och vilka som är portabla. Det är en inventering, inte en strategi. Det verkliga testet är mindre bekvämt: om din leverantör dubblade sina priser, bytte jurisdiktion, eller stängde av ditt konto en tisdagsmorgon - hur många veckor tar det innan du betjänar trafik någon annanstans, och vem i ditt team kan svara på det utan att öppna ett kalkylblad?

Det regulatoriska trycket här är verkligt, men det är inte den intressanta delen. Data Act tar bort byteskostnader, vilket tar bort ekonomiavdelningens ursäkt. Schrems II och CLOUD Act tog bort den juridiska för flera år sedan. Det som återstår är ingenjörsverkligheten, och inget direktiv fixar det. En tillsynsmyndighet kan göra det billigare att lämna på papperet; den kan inte få din deployment-pipeline, din identitetsmodell, dina DNS-poster och din återställningsväg att fungera hos en andra leverantör. Det arbetet är ditt, och det är hela kostnaden.

Vad en molnexitstrategi faktiskt är

En exitstrategi är en mätbar egenskap hos din arkitektur, inte ett dokument. Måttet är rakt på sak: hur stor andel av ditt körande bestånd skulle du kunna sätta upp hos en annan leverantör, med verktyg du redan driver, utan att skriva ny kod? För de flesta team hamnar det ärliga svaret någonstans mellan fyrtio och sjuttio procent, och gapet är aldrig där de förväntade sig. Det är sällan applikationen. Det är den hanterade databasen, kön, semantiken i object storage, och de elva små driftvanorna ingen någonsin skrev ner.

Felläget är att tro att det bevisar något att ha två leverantörer. Många företag kör produktion hos en hyperscaler och ett bortglömt testprojekt någon annanstans, och kallar sedan resultatet multi-cloud. Valfrihet är inte närvaron av ett andra konto; det är förmågan att utnyttja det. Innan en riktig arbetsbelastning - med övervakning, backuper, ett jourschema och en återställning du faktiskt har genomfört - körs någon annanstans än hos din primära leverantör har du en andra faktura, inte ett andra alternativ.

De tre sakerna som gör det svårt att lämna

För det första, data gravity, som är trist och avgörande. Bytes är billiga att kopiera och dyra att flytta konsekvent medan ett system är i drift. I samma stund din data ligger inuti en proprietär hanterad tjänst slutar exiten vara en kopiering och blir en omskrivning av allt som pratar med den. Det är varför team som håller sitt state i något de själva skulle kunna köra - även om de väljer att inte göra det idag - bevarar alternativ som team på helt hanterade stackar tyst förlorar under några år.

För det andra, operativt muskelminne. Ditt team kan en leverantörs identitetsmodell, en brandväggsabstraktion, ett sätt att namnge nätverk, en konsollayout klockan tre på natten. Flytta till en andra leverantör, och vart och ett av det blir obekant under press. Kostnaden är inte migreringshelgen; det är de följande sex månaderna av incidenter som hanteras lite långsammare av folk som gissar. Ingen sätter upp det i en migreringsuppskattning, och det är oftast den största posten i den.

För det tredje, kostnadsfördelning. De flesta team kan inte säga vad en enskild arbetsbelastning kostar idag, vilket i princip gör det omöjligt att jämföra leverantörer. Om din faktura är en siffra per leverantör och din arkitektur är fyrtio tjänster, urartar exitsamtalet till magkänsla. Innan du kan prissätta en exit behöver du kostnader uppdelade per tjänst, projekt och miljö, över varje leverantör du använder, inklusive de små du glömde bort. Det är oglamoröst grundarbete, och det är en förutsättning för varje annat beslut här.

Så undviker du leverantörsinlåsning i molnet inom EU

Om du vill undvika leverantörsinlåsning i molnet är EU-marknaden i bättre skick än de flesta team antar. Hetzners pris-prestanda får hyperscaler-fakturor att se ut som ett avrundningsfel åt fel håll. OVHcloud driver sina egna datacenter och fiber över hela Europa. Scaleway levererar en genuint modern utvecklarupplevelse från Frankrike. UpCloud levererar pålitlig compute från Finland. Ingen av dem ersätter varenda hyperscaler-tjänst - men för compute, block storage och nätverk, där merparten av infrastrukturpengarna faktiskt går, är de trovärdiga och svarar bara inför EU-lag.

Den ärliga gränsen är hanterade tjänster. Om din produkt är byggd på en proprietär serverless-databas, en specifik event bus, eller en maskininlärningsplattform utan motsvarighet någon annanstans, ändrar ingen mängd europeisk entusiasm det inom ett kvartal. Det användbara draget är inte en heroisk allt-eller-inget-migrering. Det är att veta exakt vilka arbetsbelastningar som är portabla idag, köra en del av dem där jurisdiktionen och priset passar dig, och behandla resten som ett medvetet, dokumenterat beslut snarare än en historisk slump.

Vad en exitövning faktiskt innebär

Behandla den som en återställningsövning, för det är vad det är. Välj en riktig arbetsbelastning - inte marknadsföringssajten, något med state och en runbook. Sätt upp den hos en andra leverantör. Rikta en bråkdel av verklig trafik mot den. Bryt den medvetet och se om din övervakning, din åtkomstmodell och ditt jourschema fungerar där också. Skriv sedan ner klocktiden och allt som förvånade dig. En övning som inte ger några överraskningar betyder oftast att du valde något för lätt.

Anledningen till att de flesta team aldrig övar är inte lathet - det är verktyg. Varje ytterligare leverantör innebär ännu en konsol, ännu en modell för autentiseringsuppgifter, ännu en faktureringsexport, ännu en uppsättning egenheter att lära sig - och en liten plattformsgrupp kan inte absorbera det en gång per moln. Det här är den operativa skatt som i tysthet förvandlar ett suveränitetssamtal till nästa års problem, varje år. Det är också, precis, det problem ett control plane är tänkt att ta bort från ditt skrivbord.

Det är vad vi byggde Sencai för att vara. Ett control plane över elva leverantörer - Hetzner, OVHcloud, Scaleway, UpCloud, AWS, Azure, Google Cloud, DigitalOcean, Vultr, Akamais Linode och Oracle Cloud - plus dina egna servrar via en host-agent. Nätverk, brandväggar och DNS hanteras där de faktiskt finns, hos leverantören, så att en andra leverantör blir en ruta i samma gränssnitt istället för en andra plattformsgrupp. Kostnaderna spåras per organisation med tak, så att samtalet om att byta leverantör har siffror att utgå från.

Du kan köra det här på dina egna leverantörskonton, eller köpa kapaciteten via oss och behålla en enda faktura - båda sätten stöds, och valet är ditt att ändra senare. Oavsett vilket är leveransen densamma, och det är den enda siffran som är värd att rapportera uppåt: hur lång tid det skulle ta att köra någon annanstans. Mät det en gång och det slutar vara en rädsla. Mät det varje kvartal och det blir en förhandlingsstyrka - i en förhandling, i en upphandlingsgranskning, och den dag något tvingar fram frågan.