Virksomheter som kjøper skytjenester via våre rammeavtaler har stor fleksibilitet, men fleksibilitet i kontrakten er ikke det samme som frihet i praksis. Her er det du bør tenke gjennom.
Hva er leverandørinnlåsing, og hvorfor skjer det?
Leverandørinnlåsing oppstår når det blir vanskelig eller kostbart å bytte skyleverandør. Ikke fordi kontrakten hindrer det, men fordi systemene, dataene og arbeidsflytene over tid er bygget tett inn i en leverandørs proprietære tjenester. En virksomhet kan starte med enkle virtuelle servere, men gradvis ta i bruk leverandørspesifikke databaser, analyseplattformer og maskinlæringsverktøy. Etter noen år er det ikke lenger en kontrakt som holder deg på plass, det er arkitekturen.
CIPS-rammeavtalene er inngått med fire leverandører: AWS, Google Cloud, IBM og Oracle. Rammeavtalene er frivillige og ikke-eksklusive, noe som betyr at ingenting formelt hindrer deg i å bruke flere leverandører eller bytte, men den friheten forutsetter at systemene dine er bygget slik at det faktisk er mulig.
Valgene du gjør tidlig betyr mest
Arkitekturbeslutningene du tar i starten av et skyprosjekt er de som er vanskeligst å reversere. Å velge åpne standarder for lagring, dataformater og API-er fremfor leverandørspesifikke løsninger koster lite der og da, men gir stor handlefrihet senere. Det handler ikke om å unngå en bestemt leverandørs tjenester, det handler om å forstå hvilke av dem som binder deg, og aktivt ta stilling til om bindingen er verdt det.
Kontainere og orkestrering er et godt eksempel: å kjøre arbeidsbelastninger i standardiserte kontainere med åpne orkestreringsverktøy gjør det teknisk mye enklere å flytte dem mellom plattformer enn om du går rett inn i leverandørens egne administrerte tjenester. Det samme gjelder databaser. Relasjonsdatabaser med åpne grensesnitt gir deg mer spillerom enn proprietære alternativer, selv om de sistnevnte gjerne er enklere å komme i gang med.
Kompetanse er undervurdert som sikkerhetsnett
En av de mest oversette kildene til leverandørinnlåsing er kompetansegap. Hvis intern kompetanse er bygget opp utelukkende rundt én leverandørs verktøy, sertifiseringer og grensesnitt, blir det dyrt å vurdere alternativer — selv om systemene teknisk sett er portable. Virksomheter som investerer i kompetanse på tvers av plattformer, og som holder seg oppdaterte på åpne standarder, setter seg selv i en mye sterkere forhandlingsposisjon.
CIPS-rammeavtalene inkluderer mulighet for støttetjenester, opplæring og migreringsstøtte direkte fra skyleverandørene. Bruk det aktivt, men pass på at opplæringen også dekker generelle konsepter og ikke bare leverandørspesifikke verktøy.
Hva hvis du allerede er låst?
Mange virksomheter opplever allerede at de er blitt avhengige av én skyleverandørs plattform. Da er det viktig å forstå hvor avhengigheten sitter og hva som må til for å endre det.
Første steg bør være å kartlegge hvilke systemer og tjenester som kan være vanskelige å flytte, og hva det eventuelt vil kreve. Enkelte avhengigheter kan utgjøre en reell risiko, for eksempel hvis leverandøren endrer priser, vilkår eller avvikler en tjeneste du er avhengig av. Dette er det viktig å ha en oversikt over.
Dersom en virksomhet ønsker å redusere avhengigheten sin, anbefaler vi at dette gjøres over tid. Virksomheter bør ikke forsøke å flytte alt på én gang, men heller gradvis fase inn åpne alternativer for nye systemer og la eksisterende løsninger leve videre til de skal fornyes eller erstattes. Ved nye anskaffelser bør man sikre at man stiller krav som gjør at løsningene blir lettere å flytte ved en senere anledning.
Rammeavtalen for CIPS inkluderer mulighet for migreringsstøtte fra leverandørene. Hvis dere vurderer å flytte tjenester, er det verdt å undersøke hva som faktisk er tilgjengelig av bistand under avtalen.
Konkrete steg å ta
1. Kartlegg hvilke tjenester som binder deg
Se over hvilke skytjenester dere faktisk bruker. Noen er lette å flytte til en annen plattform, andre er tettere knyttet til en bestemt leverandør. Det er lurt å vite hvilke de er.
2. Sett flyttbarhet som et krav i minikonkurranser
Når dere gjennomfører mini-konkurranser under CIPS-avtalen, inkluder krav om flyttbarhet, datauttak og dokumenterte migreringsmuligheter.
3. Bygg kompetanse bredt, ikke bare dypt
Sørg for at intern kompetanse ikke er eksklusivt bundet til en leverandørs verktøy. Generell sky- og arkitekturkompetanse gir fleksibilitet over tid.
4. Vurder multisky der det gir mening
Rammeavtalene er ikke-eksklusive. Å fordele arbeidsbelastninger på flere leverandører kan redusere avhengighet, men husk at det også øker arkitektur- og driftskompleksitet.
5. Avklar bruk av markedsplass før dere begynner
Tredjepartsprodukter via leverandørenes markedsplasser er tilgjengelige, men ikke dekket av CIPS-avtalen. Gjør vurderinger for anskaffelser tidlig, ikke etter at avhengighetene er der.