Mueva su aplicación a la nube sólo después de revisar la cláusula de bloqueo del proveedor de servicios en la nube. Siga leyendo si no sabe qué es y cómo evitarla.
El modelo de computación en nube está creciendo rápidamente. Porque el modelo es bastante tentador para empresas de TI como desarrolladores de aplicaciones móviles, desarrolladores de aplicaciones web, empresas de software como servicio, etc. No necesita crear una sólida infraestructura de TI en su empresa.
Sólo tiene que suscribirse a la infraestructura de desarrollo de aplicaciones en la nube de un proveedor de servicios gestionados (MSP). Su tarea consiste en desarrollar el producto, comercializarlo y obtener ingresos. Pero, el problema surge cuando el proveedor de la nube existente ya no es compatible con su aplicación o modelo de negocio, o volumen de usuarios.
Usted intenta trasladar sus bases de datos y aplicaciones a otra nube. Pero el proveedor existente juega la carta de la dependencia del proveedor para sacarle dinero. Este modelo básico de ingresos de la computación en nube puede ser su pesadilla. Pero no se preocupe ahora, ya que los siguientes consejos le convertirán en un ganador.
¿Qué es el bloqueo del proveedor en la computación en nube?
Vendor lock-in, como sugiere la frase, es una situación en la que no puede cambiar de proveedor para determinados servicios sin pagar una cuota de período de bloqueo al proveedor. Además, cuando cambia los servicios de un proveedor a otro, tiene que correr con los gastos de establecimiento de los servicios.
En los negocios habituales, como el aprovisionamiento de materias primas o productos acabados, no es una gran preocupación. Porque no hay nada que establecer aparte de buscar un proveedor de servicios externo asequible que pueda suministrar productos en calidad y cantidad.
Sin embargo, en la industria de la computación en nube, es una gran preocupación. Cuando migra su software, web, aplicación móvil, análisis de datos, servidor u otros proyectos de TI a la nube, utiliza la infraestructura de otra persona.
Allí configura sus aplicaciones, interfaces de programación de aplicaciones (API), bases de datos, aplicaciones de inteligencia empresarial (BI) y muchos otros componentes tecnológicamente avanzados y complejos. Ahora bien, por cualquier motivo, cuando deba trasladar todo esto a otro proveedor de servicios en la nube, es posible que el proveedor existente no lo acepte sin más.
Le pedirán que pague una cuota de «vendor lock-in». Usted está legalmente obligado a hacerlo, ya que firmó el acuerdo de inmovilización del proveedor cuando contrató los servicios en la nube de este proveedor. Es una táctica habitual de los proveedores de la nube actuales.
El bloqueo del proveedor también es posible con el desarrollo, prueba y lanzamiento de aplicaciones en contenedores utilizando Kubernetes.
Por qué debe prestar atención
Hay dos preocupaciones principales sobre el concepto de vendor lock-in. Si planea salirse antes de la fecha de finalización del vendor lock-in, pagará una enorme cuota que, de otro modo, podría financiar sus operaciones en la nube durante tres a cinco años. La segunda es la más desafiante.
Debe configurarlo todo desde cero cuando se cambia a un nuevo proveedor de infraestructura en nube de acuerdo con sus sistemas virtualizados. Aquí se habla de migración a la nube, pero no es un paseo.
Por lo tanto, antes de firmar un contrato para utilizar servicios en la nube para cualquier proyecto de TI, lea detenidamente el documento contractual, especialmente la cláusula de bloqueo del proveedor.
Tipos de bloqueo del proveedor
En el sector de la computación en nube, el vendor lock-in puede ser de cien tipos. Depende de la creatividad del proveedor que ofrece servicios en la nube y de lo ávido de ingresos que esté. Aunque no puede hacer nada al respecto, a continuación encontrará algunos tipos populares de vendor lock-in:
#1. Bloqueo del proveedor basado en el precio
Es posible que el proveedor de servicios en la nube le cobre una elevada tarifa de implantación durante los días iniciales de configuración. Más tarde, al cambiar de proveedor, usted empieza a pensar que la inversión en la cuota de implementación es un desperdicio si cambia a un nuevo proveedor.
Algunos proveedores de servicios en la nube deficientes y codiciosos suelen dejar de cobrarle en función del uso real. Empiezan a cobrarle mensualmente para obtener los máximos beneficios.
#2. Bloqueos del proveedor que retienen los datos como rehenes
Cuando incumple alguna fecha de pago, realiza una renovación tardía o expresa sus planes de cambiar a un nuevo proveedor de la nube, el proveedor existente puede mantener secuestradas sus aplicaciones y bases de datos. Pueden revocarle el acceso a los datos de su empresa y pedirle que pague una fuerte tasa de salida.
#3. Bloqueo del proveedor para funciones adicionales
Usted no planificó bien la elección de un proveedor de servicios en la nube hace cinco años. Ahora, ve que otros proveedores ofrecen funciones integradas de inteligencia artificial (IA) y aprendizaje automático (ML). Usted pregunta a su proveedor de la nube sobre esto, y le dicen que debe pagar cuotas adicionales para obtener los servicios de IA y ML.
#4. Bloqueo del proveedor en la nube
Algunos proveedores de nube pequeños y de calidad inferior pueden obligarle a utilizar servicios nativos. Puede que no se integren con AWS, Google Cloud o Microsoft Azure. Si su nueva aplicación requiere estos destinos en la nube, entonces está en serios problemas.
#5. Bloqueo del proveedor mediante contratos digitales
Muchos vendedores engañosos de la nube utilizan un enlace a una página web como contrato para el servicio en la nube. Pueden cambiar en secreto esta página web cuando usted no le esté prestando atención. Así, el contrato inicial cambia por otro que usted no aceptó.
#6. La renovación como bloqueo del proveedor
La renovación es uno de los «vendor lock-ins» más letales. Usted ha decidido quedarse con el proveedor de la nube actual después de pensárselo mucho. Pero, el proveedor no está dispuesto a negociar el precio de renovación unos meses antes de que expire el contrato.
Le enviarán un precio de renovación unos días antes del vencimiento. Ahora, usted no está en condiciones de cambiar sus operaciones en la nube a otro proveedor de servicios.
Algunos proveedores de nube notorios pueden imponer fechas de renovación diferentes para los servidores, las aplicaciones y las bases de datos. Así, usted entra en un círculo vicioso de fechas de renovación variables y no tiene la oportunidad de cambiar de proveedor de nube durante años.
Razones del bloqueo del proveedor
La razón principal para el vendor lock-in es una fuente de ingresos constante para los proveedores de servicios en la nube. La mayoría de los MSP para la nube no le facturan exactamente como anuncian. Supongamos que obtiene un buen descuento y se instala inicialmente a un precio atractivo. No espere el mismo precio cuando acuda al proveedor de la nube para renovar su cuenta.
Durante la renovación, el MSP suele aumentar el precio de los servicios que ofrece. A partir de ese momento, los MSP obtienen beneficios de su cuenta de suscripción a la nube. Ahora que ha desarrollado muchas aplicaciones y las ha alojado desde la plataforma del MSP, pueden ponerle fácilmente en una situación de rescate.
Si no acepta un precio excesivamente alto durante la renovación de la cuenta, se arriesga a perder años de trabajo de desarrollo de aplicaciones y gestión de bases de datos.
Otros motivos importantes para el bloqueo del proveedor son:
- Los proveedores de servicios en la nube pequeños y de calidad inferior crean una gran base de clientes utilizando el bloqueo de proveedores y venden su participación a empresas de servicios en la nube más grandes para obtener un enorme retorno de la inversión (ROI ) en un corto periodo de tiempo.
- Como suscriptor de la nube, no investigó las capacidades del proveedor antes de suscribirse.
Desventajas del Vendor Lock-In
A continuación encontrará los retos e inconvenientes del bloqueo del proveedor:
#1. Una barrera para la adopción de la nube
Aunque el negocio de la computación en nube está creciendo, muchas startups y pequeñas y medianas empresas retiraron sus aplicaciones y bases de datos de la nube. Esto sucedió debido a la amarga experiencia de las cláusulas de bloqueo del proveedor de la nube.
Cuando las empresas de TI en ciernes vean que la computación en nube no es más que otra tapadera de los gigantes tecnológicos de TI para desviarles dinero, muchas rechazarán la nube en detrimento de la infraestructura de TI in situ.
#2. Problemas con la aplicación o la base de datos
Si el proveedor de la nube no puede suministrar recursos y tecnología de acuerdo con los últimos avances del sector, sus aplicaciones y bases de datos no podrán funcionar como usted desea.
#3. Inestabilidad de los gastos en la nube
En un contrato de «vendor lock-in», el MSP de la nube tiene pleno derecho a cambiar las ofertas de productos, los planes de precios, las tarifas por transferencias de datos al exterior, las actualizaciones, la implementación de IA/ML, los servicios de BI, etc.
Así, no estará seguro de en qué mes recibirá la factura por los servicios de infraestructura informática en la nube. Esto le impedirá realizar una planificación financiera crucial en su empresa.
Cómo evitar el bloqueo del proveedor
Los mejores consejos e ideas para evitar una situación de bloqueo del proveedor:
Suscríbase a diferentes proveedores de la nube
Si su negocio de TI requiere diferentes activos digitales como aplicaciones móviles, aplicaciones web, correos electrónicos, servidores ERP, servidores de streaming, etc., no los aloje todos en una única solución en la nube. Utilice diferentes proveedores en la nube para reducir las dependencias de un único MSP.
Desarrolle aplicaciones y bases de datos portátiles
Utilice siempre API, configuraciones, SDK, bases de datos, etc. estándar y compatibles entre sí para el desarrollo de la app o la base de datos. De este modo, podrá trasladar fácilmente sus aplicaciones y bases de datos de una nube a otra.
Lea detenidamente los documentos contractuales
Lea detenidamente el documento contractual o contrate a un desarrollador y gestor experto en la nube que pueda entender mejor los términos del contrato. Si está de acuerdo con el documento, pida al proveedor un contrato firmado físicamente. Asimismo, evite los contratos que digan que el proveedor puede cambiar los términos de facturación y prestación de servicios cuando quiera.
Asegúrese un contrato mejor
Cuando hable de sus necesidades de infraestructura informática en la nube con un proveedor, haga hincapié en los siguientes aspectos:
- Proyección de las tarifas de renovación
- Políticas de renovación
- Cuotas por servicios adicionales
- Actualizaciones de la nube a medida que cambia el sector
- Penalización por no poder proporcionar recursos en la nube al aumentar la escala
- Estrategia de salida sin cuotas cuando el MSP no pueda satisfacer sus necesidades
Hable de los costes de transferencia de datos
La mayoría de los servicios en la nube ofrecen transferencias de datos entre plataformas de forma gratuita. Pero le cobrarán una tarifa adicional si transfiere datos a otras plataformas en nube. A los MSP no les gusta hablar de esto. Quieren mantenerlo oculto bajo cientos de páginas de literatura contractual.
Fije una tarifa fija de transferencia de datos para un plazo más largo si el MSP le ofrece la opción de negociar. Si planea a lo grande, los MSP le ofrecerán sin duda soluciones a medida.
Haga copias de seguridad internas
No confíe únicamente en los proveedores de la nube. Configure un servidor de copia de seguridad secundario in situ para no verse en una situación de rescate.
Ejemplos de bloqueo de proveedores
A continuación encontrará algunos ejemplos populares de bloqueo de proveedores en la computación en nube:
#1. Oportunidad de ahorro perdida
Una máquina virtual de Google Cloud (c2-standard-4) en EE.UU. cuesta aproximadamente 0,25 dólares por hora para CPU de 4 núcleos y 8 GB de memoria. Su competidor, AWS, ofrece prestaciones casi similares en c6g.xlarge por cerca de 0,20 dólares por hora. Si está en un contrato de bloqueo de proveedor con Google Cloud, no podrá disfrutar del ahorro que ofrece AWS.
#2. Proveedor incapaz de prestar servicios
Un incendio en el centro de datos de OVHcloud dejó fuera de servicio varios sitios web europeos el 10 de marzo de 2021. Este incidente afectó a varios sitios web y aplicaciones críticas de agencias gubernamentales, bancos, medios de comunicación y comercio electrónico. Si se encuentra en una situación de bloqueo de proveedor y no dispone de ninguna copia de seguridad, está en serios problemas.
#3. Tarifas de transferencia de datos
La mayoría de los proveedores de servicios en la nube cobran tarifas extremadamente altas cuando se transfieren datos a una plataforma de terceros o a sus propios servidores in situ. Un documento interno secreto de AWS de 2019, analizado por The Information, sugiere que AWS cobró las siguientes tarifas de transferencia de datos a sus clientes:
- Apple: 50 millones de dólares
- Pinterest: aproximadamente 30 millones de dólares
- Netflix: 20 millones de dólares
Palabras finales
Hasta ahora, usted ha pasado por una discusión detallada sobre el concepto de vendor lock-in de la industria de la computación en nube. Los proveedores de servicios gestionados de la infraestructura de la nube presionan a favor de la dependencia del proveedor para asegurarse un flujo constante de ingresos. Independientemente de que la plataforma le funcione o no, usted debe pagar el máximo.
Si tiene demasiada financiación, buena suerte con el modelo vendor lock-in. Pero, si es un negocio de TI en crecimiento y necesita utilizar cuidadosamente su inversión para gastos generales como la infraestructura de TI en la nube, manténgase alejado del vendor lock-in.
Utilice los consejos anteriores para crear un enfoque planificado para las suscripciones a la computación en nube. Cree un equilibrio entre instancias de computación en nube públicas y privadas para diferentes aplicaciones y bases de datos. Y lo que es más importante, no ponga todas las aplicaciones y bases de datos bajo un mismo paraguas de nube.
Encuentre aquí más retos y riesgos de la computación en nube.