En l’actualitat, les empreses cada vegada són més dependents de la tecnologia, migrant els seus sistemes al núvol per a poder obtenir tots els avantatges del cloud computing com l’increment de la mobilitat, la reducció de costos o l’augment de l’agilitat i eficiència. En aquesta transformació digital i salt al núvol els proveïdors de serveis cloud són un factor fonamental perquè proporcionen la infraestructura i condicions necessàries perquè qualsevol negoci pugui treballar amb els seus processos i dades externalitzades.
Malgrat els nombrosos avantatges que aporta el cloud computing, també compta amb algun inconvenient, com és l’alta dependència de les empreses amb els proveïdors de serveis cloud. Si en un determinat moment i per alguna circumstància és necessari canviar de proveïdor de serveis en el núvol, aquesta transició pot ser molt complicada o requerir un elevat cost econòmic. Aquest Vendor lock-in ha de tenir-se en compte a l’hora de triar un proveïdor cloud i de començar una migració de sistemes i informació al núvol, per a no trobar-se davant una situació complexa en el futur si es presenta la necessitat de canviar de proveïdor.
Què significa vendor lock-in en Cloud Computing
El vendor lock-in o bloqueig del proveïdor en cloud computing és una situació complexa i perillosa que es produeix quan un client no pot canviar de proveïdor de serveis. Les principals causes per les quals no es pot fer el canvi entre proveïdors, o aquest canvi suposa uns elevats costos econòmics són:
- Incompatibilitat entre tecnologies.
- Restriccions contractuals.
- Processos ineficients.
Molts clients es veuen “atrapats” en un servei que no satisfà les seves necessitats per la complexitat o impossibilitat de migrar els serveis en el núvol a un altre proveïdor. La captivitat tecnològica crea una dependència al client dels serveis del proveïdor, com a aplicacions, hardware, i solucions personalitzades.
La dependència del proveïdor és una situació que es produeix en moltes àrees, com en el cas dels telèfons mòbils que només funcionaven amb un sol operador, o algunes marques d’impressores que només poden ser utilitzades amb cartutxos fabricats per la mateixa marca.
Quin és el risc del vendor lock-in en Cloud Computing
Dependre d’un sol proveïdor de serveis és perillós, ja que la capacitat de resposta davant fallades o situacions crítiques limitaria les possibilitats d’actuació, deixant-ho tot en mans d’aquest proveïdor. Si la possibilitat de migrar a un altre proveïdor en el núvol està bloquejada, l’empresa es trobaria en una situació complexa sense capacitat de maniobra per decidir què fer.
Un exemple d’aquest tipus de riscos ho veiem a l’hora de desenvolupar aplicacions, on la migració entre proveïdors de serveis com Amazon EC2 i Microsoft Azure no pot realitzar-se de forma senzilla efectiva.
La interoperabilitat entre proveïdors i la portabilitat són qualitats essencials que afecten el núvol i que són vitals per evitar el risc de dependència del proveïdor.
La manca d’estàndards en relació amb l’emmagatzematge i treball en el núvol fa que les tecnologies entre els diversos proveïdors de serveis cloud siguin incompatibles o presentin greus problemes a l’hora de realitzar migracions entre ells. Amb estàndards específics del núvol es podria mitigar la dependència dels proveïdors i aconseguir la portabilitat i interoperabilitat, però, la realitat difereix molt d’aquesta situació.
Com evitar el vendor lock-in
Per evitar una situació de vendor lock-in i que l’empresa es trobi captiva amb un únic proveïdor cloud, es poden prendre diferents mesures, tot i que la millor manera d’evitar-ho és recurrent a l’ús de contenidors com Docker.
Les principals formes d’evitar el vendor lock-in són:
- Revisar la lletra petita de les polítiques dels proveïdors de serveis en el núvol per conèixer les condicions per moure dades a altres serveis externs.
- Esbrinar si el proveïdor cloud ofereix eines o servei de migració de dades que possibiliti el moviment de gran quantitat d’informació.
- Escollir un proveïdor cloud compromès amb els estàndards emergents com el CDMI (Cloud Data Management Interface).
- Muntar els serveis sobre contenidors Docker per assegurar la seva migració a altres proveïdors cloud fàcilment.
Què és Docker i com evita la captivitat tecnològica
Els contenidors són una forma d’empaquetar el codi i tots aquells recursos i dependències necessàries perquè una aplicació o programari s’executi de manera correcta, ràpida i fiable, independentment de l’entorn informàtic. Docker és un entorn que permet treballar i desplegar aplicacions dins de contenidors de software.
Una de les principals característiques dels contenidors Docker és la seva portabilitat. La portabilitat assegura que una aplicació funciona independentment de l’entorn on s’executa i del servei on s’allotja, convertint-se en la solució ideal per evitar el bloqueig de proveïdor cloud. Al treballar amb contenidors Docker una empresa pot moure el contenidor a altres ubicacions, com a un altre proveïdor cloud, sense haver de preocupar-se que no funcioni, o de perdre tota la feina feta.
Rescatant l’exemple anterior entre AWS i Azure i la dificultat de migrar entre les dues plataformes, si es treballa amb contenidors, l’únic treball a realitzar és moure els contenidors entre els dos proveïdors, ja que no cal reconfigurar el que hi ha dins d’ells.
En la metodologia devops on l’automatització de processos pot oferir serveis més eficients i ràpids als clients, l’ús de contenidors facilita la comunicació i el treball col·laboratiu entre els membres dels equips de treball. Les empreses que treballen sota la filosofia devops podran evitar aquesta dependència del proveïdor de serveis o vendor lock-in, ja que les seves aplicacions i sistemes corren sota aquests contenidors que són independents de l’entorn informàtic o servei on s’allotgin.
El vendor lock-in es produeix quan una empresa no pot o veu dificultada la seva migració a un altre proveïdor de serveis en el núvol. En Ilimit, tot i que disposem d’infraestructura pròpia, analitzem el projecte de cada client i busquem la infraestructura que millor cobreixi les seves necessitats. Intentem ser agnòstics pel que fa a infraestructura i triar la que ens aporti les funcionalitats que millor s’adaptin a les necessitats de cada projecte.
Hi ha molta preocupació a les empreses davant d’aquesta problemàtica de dependència del proveïdor, ja que una migració al núvol requereix una gran inversió i esforç, que pot perdre si cal migrar a una nova plataforma per qualsevol motiu.
L’ús de contenidors que permetin aïllar les aplicacions i sistemes de l’entorn, es presenta com la millor alternativa per eliminar el risc o amenaça de la captivitat tecnològica.