Uttrykket vendor lock-in brukes om situasjoner der det er vanskelig å bytte leverandør av en tjeneste. På norsk kan man si at man er bundet til en leverandør, ikke juridisk, men i praksis. Har man havnet i en vendor lock-in, og prøver å bytte leverandør av et IT-system eller en skyløsning, vil man oppdage at oppgaven er så stor, omfattende og uoversiktlig at man i praksis ikke klarer å bytte, eller at det er uklok bruk av tid. Dette selv om man juridisk ikke har en bindende avtale som hindrer bytte.
I denne artikkelen tar vi for oss hvorfor dette oppstår, og hvordan man kan unngå det.
Hvorfor oppstår vendor lock-in?
Vendor lock-in oppstår når man tar i bruk en tjeneste som én leverandør har kontroll på, og som ingen andre i praksis kan tilby. Dette betyr at hvis man ønsker å bytte leverandør, må man også bygge om sine egne systemer.
Man kan unngå vendor lock-in ved å holde seg til teknologi som er fritt tilgjengelig, eller som implementerer gode og etablerte standarder. Da kan man bytte leverandør til en konkurrerende leverandør som også kan tilby tjenesten eller en alternativ løsning for standarden.
Et eksempel kan være at man skal ta i bruk en database, og velger å bruke Microsoft sin SQL Server, eller Oracle sin database. Da vil det ikke være enkelt å bytte til en annen databaseløsning senere. Et annet eksempel kan være valg av kø-løsning. Om man velger Amazon sin SQS, kan man ikke ta med denne programvaren om man ønsker å bytte skyleverandør senere.
Er vendor lock-in en ulempe?
Ulempen med vendor lock-in er at man gjør seg avhengig av en leverandør. De kan måtte legge ned selskapet eller tjenesten, de kan endre tjenesten på kort varsel, eller de kan øke prisene dramatisk.
Hvis man har et godt forhold til en leverandør, og de er langsiktige og stabile, er det i utgangspunktet ikke noe problem å være “bundet” til leverandøren.
Hvordan unngå vendor lock-in?
Det er to strategier man kan benytte om man ønsker å unngå vendor lock-in.
- Bruk programvare som er fritt tilgjengelig.
Eksempel: Bruk den fritt tilgjengelige databasen PostgreSQL. Da vet man at man kan fortsette å bruke denne i lang tid, også om man bytter skyleverandør. - Bruk standardiserte løsninger.
Eksempel 1: Bruk standard SQL i stedet for proprietær SQL.
Eksempel 2: Hvis man trenger å lagre filer som skal være lett tilgjengelig for webtjenester, kan man velge å programmere mot API-et «Simple Storage Service (S3)». Man kan da leie tjenester fra forskjellige skyleverandører som alle støtter dette API-et, også Deploi.
Leverandørens eiendeler
Andre ting som kan føre til vendor lock-in er avhengigheter til leverandørens eiendeler, som IP-adresser og domenenavn. Disse avhengighetene kan unngås ved å for eksempel bruke private IP-nett eller eget domene.
Deploi sin strategi
Vi i Deploi foretrekker å anbefale løsninger som ikke innebærer vendor lock-in. Dette betyr at du som kunde kan være trygg på at du står fritt til å velge leverandør i fremtiden.
Hvis du har spørsmål om vendor lock-in, er det bare å ta kontakt. Trenger du råd eller bistand i forbindelse med dette, er det som alltid mulig å kontakte oss på chat, telefon eller e-post. Du kan også svare direkte på denne e-posten om du foretrekker det.
Kommende nyhetsbrev:
- september: Filer: Sending, mottak og lagring
- oktober: Sikkerhet, neste nivå
- november: Nye egenskaper i kundepanelet
