Flyt først din applikation ind i skyen efter at have gennemgået leverandørens låsningsklausul for cloud-tjenesteudbyderen. Fortsæt med at læse, hvis du ikke ved, hvad det er, og hvordan du undgår det.
Cloud computing-modellen vokser hurtigt. Fordi modellen er ret fristende for it-virksomheder som mobilapp-udviklere, webapp-udviklere, Software as a Service-virksomhed osv. Du behøver ikke at skabe en robust it-infrastruktur i din virksomhed.
Du abonnerer bare på app-udviklingsinfrastruktur i skyen fra en administreret tjenesteudbyder (MSP). Din opgave er at udvikle produktet og markedet og tjene penge. Men problemet opstår, når den eksisterende cloud-udbyder ikke længere er kompatibel med din app eller forretningsmodel eller brugervolumen.
Nu prøver du at flytte dine databaser og apps til en anden sky. Men den eksisterende udbyder spiller leverandørens låsekort for at presse penge fra dig. Denne grundlæggende cloud computing-indtægtsmodel kan være dit mareridt. Men bare rolig nu, da følgende tips vil gøre dig til en vinder.
Indholdsfortegnelse
Hvad er leverandørlåsning i cloud computing?
Leverandørlåsning er, som sætningen antyder, en situation, hvor du ikke kan skifte til en anden leverandør for visse tjenester uden at betale et bindingsperiodegebyr til leverandøren. Når du skifter leverandørtjenester til en anden udbyder, skal du også afholde omkostningerne ved at oprette tjenesterne.
I sædvanlige virksomheder, såsom indkøb af råvarer eller færdige produkter, er det ikke meget af en bekymring. For der er ikke andet at sætte op end at søge efter en overkommelig tredjeparts tjenesteudbyder, som kan levere produkter i kvalitet og kvantitet.
Men i cloud computing-industrien er det en stor bekymring. Når du migrerer din software, web, mobilapp, dataanalyse, server eller andre it-projekter til skyen, bruger du en andens infrastruktur.
Der konfigurerer du dine apps, applikationsprogrammeringsgrænseflader (API’er), databaser, business intelligence (BI) apps og mange andre teknologisk avancerede og komplekse komponenter. Nu, af en eller anden grund, når du skal flytte alle disse til en anden cloud-tjenesteudbyder, kan den eksisterende leverandør ikke bare acceptere det.
De vil bede dig om at betale et leverandørgebyr. Du er juridisk forpligtet til at gøre det, da du underskrev leverandørens lock-in-aftale, da du tilmeldte dig cloud-tjenester fra denne udbyder. Det er en almindelig taktik for nutidens cloud-udbydere.
Leverandørlåsning er også mulig med containeriseret applikationsudvikling, test og frigivelse ved hjælp af Kubernetes.
Hvorfor du skal være opmærksom
Der er to hovedbekymringer ved leverandørens indlåsningskoncept. Hvis du planlægger at flytte ud før leverandørens slutdato, betaler du et stort gebyr, som ellers kunne finansiere din cloud-drift i tre til fem år. Den anden er den mest udfordrende.
Du skal konfigurere alt fra bunden, når du skifter til en ny cloud-infrastrukturudbyder i henhold til deres virtualiserede systemer. Her taler man om skymigrering, men det er ikke en tur i parken.
Før du underskriver en kontrakt om at bruge cloud-tjenester til ethvert it-projekt, skal du derfor læse kontraktdokumentet omhyggeligt, især leverandørens låsningsklausul.
Typer af leverandørlåsning
I cloud computing-sektoren kunne leverandørlåsning være af hundrede typer. Det afhænger af kreativiteten hos den leverandør, du tilbyder cloud-tjenester, og hvor indtægtshungrende de er. Selvom du ikke kan gøre noget ved det, kan du finde nogle populære leverandørlåsetyper nedenfor her:
#1. Prisbaseret leverandørlåsning
Cloud-tjenesteudbyderen kan opkræve et stort implementeringsgebyr i løbet af de indledende opsætningsdage. Senere, når du skifter leverandør, begynder du at tænke på, at implementeringsgebyrinvesteringen er spild, hvis du skifter til en ny udbyder.
Nogle substandard og grådige cloud-udbydere holder ofte op med at opkræve betaling for dig på et faktisk forbrug. De begynder at debitere dig månedligt for at opnå maksimal fortjeneste.
#2. Leverandørlåse, der holder data som gidsler
Når du går glip af en betalingsdato, laver en sen fornyelse eller udtrykker dine planer om at skifte til en ny cloud-leverandør, kan den eksisterende udbyder holde dine apps og databaser som gidsler. De kan tilbagekalde din adgang til dine virksomhedsdata og bede dig om at betale et stort udtrædelsesgebyr.
#3. Leverandørlåsning til tilføjelsesfunktioner
Du planlagde ikke godt, da du valgte en cloud-leverandør for fem år siden. Nu kan du se, at andre leverandører tilbyder indbygget kunstig intelligens (AI) og maskinlæring (ML). Du spørger din cloud-udbyder om dette, og de siger, at du skal betale ekstra gebyrer for at få AI- og ML-tjenester.
#4. Cloud-baseret leverandørlåsning
Nogle substandard og små cloud-leverandører kan tvinge dig til at bruge indbyggede tjenester. De kan muligvis ikke integreres med AWS, Google Cloud eller Microsoft Azure. Hvis din nye app kræver disse skydestinationer, så er du i alvorlige problemer.
#5. Leverandørlåsning via digitale kontrakter
Mange vildledende cloud-leverandører bruger et websidelink som kontrakten for cloud-tjenesten. De kan i al hemmelighed ændre denne webside, når du ikke er opmærksom på den. Således ændres den oprindelige kontrakt til noget andet, som du ikke accepterede.
#6. Fornyelse som leverandørlåsning
Fornyelse er en af de mest dødelige leverandørlåse. Du besluttede at blive hos den eksisterende cloud-udbyder efter meget overvejelse. Men udbyderen er ikke klar til at forhandle fornyelsesprisen et par måneder før kontraktens udløb.
De sender dig en fornyelsespris et par dage før udløbet. Nu er du ikke i stand til at skifte din cloud-drift til en anden tjenesteudbyder.
Nogle berygtede cloud-udbydere kan pålægge forskellige fornyelsesdatoer for servere, apps og databaser. Således kommer du ind i en ond cirkel med varierende fornyelsesdatoer og får ikke chancen for at skifte cloud-leverandør i årevis.
Årsager til leverandørlåsning
Den primære årsag til leverandørlåsning er en stabil indtægtskilde for cloud-tjenesteudbyderne. De fleste MSP’er til skyen fakturerer dig ikke nøjagtigt, hvordan de annoncerer. Lad os antage, at du får en god rabat og starter op til attraktive priser. Forvent ikke den samme pris, når du går til cloud-leverandøren for at forny din konto.
Under fornyelse hæver MSP normalt prisen på de tjenester, de tilbyder. Fra dette øjeblik profiterer MSP’erne på din cloud-abonnementskonto. Nu hvor du udviklede mange apps og hostede dem fra MSP’s platform, kan de nemt sætte dig i en løsesum situation.
Hvis du ikke accepterer alt for højere priser under kontofornyelse, risikerer du at miste mange års appudvikling og databasestyringsarbejde.
Andre vigtige motiver for leverandørlåsning er:
- Små og substandard cloud-leverandører skaber en stor kundebase ved hjælp af leverandørlåsning og sælger deres andel til større cloud-virksomheder for at tjene et enormt investeringsafkast (ROI) på kort tid.
- Som cloud-abonnent undersøgte du ikke leverandørens muligheder, før du tilmeldte dig.
Ulemper ved Vendor Lock-In
Nedenfor finder du udfordringer og ulemper ved leverandørlåsning:
#1. En barriere for skyadoption
Selvom cloud computing-virksomheden vokser, trak mange startups og små og mellemstore virksomheder deres apps og databaser ud fra skyen. Dette skete på grund af den bitre erfaring med lock-in-klausuler fra cloudleverandører.
Når venner med IT-virksomheder vil se, at cloud computing blot er endnu en front for IT-teknologigiganter til at hente penge fra dem; mange vil afvise cloud over on-site it-infrastruktur.
#2. Problemer med app eller database
Hvis cloud-leverandøren ikke kan levere ressourcer og teknologi i henhold til de seneste fremskridt i sektoren, vil dine apps og databaser ikke kunne udføre, som du ønsker.
#3. Ingen stabilitet af skyudgifter
I en leverandørlåsekontrakt har cloud-MSP’en fuld ret til at ændre produktudbud, prisplaner, gebyrer for udgående dataoverførsler, opgraderinger, AI/ML-implementering, BI-tjenester og mere.
Du er således ikke sikker på, i hvilken måned, hvilken regning du får for cloud it-infrastrukturtjenesterne. Det vil forhindre dig i afgørende økonomisk planlægning i din virksomhed.
Sådan undgår du leverandørlåsning
De bedste tips og ideer til at undgå en leverandørlåsningssituation:
Abonner på forskellige cloud-udbydere
Hvis din it-virksomhed kræver forskellige digitale aktiver som mobilapps, webapps, e-mails, ERP-servere, streamingservere osv., skal du ikke hoste alle disse i én cloud-løsning. Brug forskellige cloud-udbydere til at reducere afhængighed af én MSP.
Udvikle bærbare apps og databaser
Brug altid standard- og krydskompatible API’er, konfigurationer, SDK’er, databaser osv. til app- eller databaseudvikling. Således kan du nemt flytte dine apps og databaser fra en sky til en anden nemt.
Læs kontraktdokumenter omhyggeligt
Læs kontraktdokumentet grundigt, eller hyr en ekspert cloud-udvikler og manager, som kan forstå kontraktvilkårene bedre. Hvis du er okay med dokumentet, skal du bede sælgeren om en fysisk underskrevet kontrakt. Undgå også kontrakter, der siger, at leverandøren kan ændre fakturerings- og leveringsbetingelserne, når de vil.
Få en bedre kontrakt
Når du diskuterer dine cloud-it-infrastrukturbehov med en leverandør, skal du lægge vægt på følgende:
- Fremskrivning af fornyelsesgebyrer
- Fornyelsespolitikker
- Tillægsservicegebyrer
- Cloud opgraderes efterhånden som branchen ændrer sig
- Straf for ikke at kunne levere cloud-ressourcer ved opskalering
- Gebyrfri exit-strategi, når MSP’en ikke er i stand til at imødekomme dine behov
Diskuter dataoverførselsomkostninger
De fleste cloud-tjenester tilbyder dataoverførsler mellem platforme gratis. Men de vil opkræve dig et præmiegebyr, hvis du overfører data til andre cloud-platforme. MSP’er kan ikke lide at diskutere dette. De ønsker at holde det skjult under hundredvis af sider med kontraktlitteratur.
Afslut en fast dataoverførselshastighed på længere sigt, hvis MSP giver dig mulighed for at forhandle. Hvis du planlægger stort, vil MSP’er helt sikkert tilbyde dig skræddersyede løsninger.
Backup internt
Stol ikke kun på alle disse cloud-udbydere. Konfigurer en sekundær backupserver på stedet for ikke at komme i en løsesumssituation.
Eksempler på Vendor Lock-In
Nedenfor finder du et par populære eksempler på leverandørlåsning i cloud computing:
#1. Mistet mulighed for besparelser
En Google Cloud (c2-standard-4) VM i USA koster cirka 0,25 USD i timen for 4 kerne-CPU’er og 8 GB hukommelse. Dens konkurrent, AWS, tilbyder næsten lignende funktioner i c6g.xlarge for tæt på $0,20 i timen. Hvis du er i en leverandørlåst kontrakt med Google Cloud, kan du ikke nyde godt af de besparelser, som AWS tilbyder.
#2. Leverandøren kan ikke levere tjenester
Datacenterbrand i OVHcloud nedkæmpede adskillige europæiske websteder den 10. marts 2021. Denne hændelse påvirkede adskillige kritiske websteder og apps fra offentlige myndigheder, banker, nyhedsmedier og e-handel. Hvis du er i en leverandørlås og ikke har nogen backup, er du i alvorlige problemer.
#3. Gebyrer for dataoverførsel
De fleste cloud-tjenesteudbydere opkræver ekstremt høje gebyrer, når de overfører data til en tredjepartsplatform eller dine egne servere på stedet. Et hemmeligt internt dokument fra AWS i 2019, analyseret af The Information, tyder på, at AWS opkrævede følgende dataoverførselsgebyrer til sine kunder:
- Apple: 50 millioner dollars
- Pinterest: cirka 30 millioner dollars
- Netflix: 20 millioner dollars
Afsluttende ord
Indtil videre har du gennemgået en detaljeret diskussion om leverandørens indlåsningskoncept i cloud computing-industrien. Administrerede tjenesteudbydere af cloud-infrastruktur-lobbyen for leverandørlåsning for at sikre en konstant strøm af indtægter. Uanset om platformen fungerer for dig eller ej, skal du betale topkroner.
Hvis du fik for meget finansiering, held og lykke med leverandørens låsemodel. Men hvis du er en IT-virksomhed i vækst og har brug for omhyggeligt at bruge din investering til overhead-udgifter som IT-infrastruktur i skyen, så hold dig væk fra leverandørlås.
Brug ovenstående tips til at skabe en planlagt tilgang til cloud computing-abonnementer. Skab en balance mellem offentlige og private cloud computing-instanser til forskellige apps og databaser. Vigtigst af alt, lad være med at placere alle apps og databaser under én skyparaply.
Find flere udfordringer og risici i cloud computing her.