Cada decisión de arquitectura en la nube está condicionada por restricciones que muchas veces pasan desapercibidas. Comprender los distintos tipos de locking —o bloqueos— permite anticipar riesgos, reducir costos y diseñar soluciones más flexibles. A continuación se explican los ocho tipos de locking que pueden determinar cómo construyes y despliegas tus aplicaciones.
¿Qué es el locking y por qué afecta tus decisiones de arquitectura?
El locking es una restricción que limita tu capacidad de cambiar algún componente de tu arquitectura en la nube. La pregunta clave que debes hacerte siempre es: ¿cuál es mi locking aceptable y por qué? A partir de esa respuesta se desbloquean muchas decisiones de diseño, migración y operación [0:15].
Existen ocho tipos principales de locking, cada uno con un impacto distinto sobre tu aplicación.
¿Cómo te afecta el vendor locking y el product locking?
- Vendor locking: es la dificultad de mover tu aplicación de un cloud provider a otro. Si desplegaste tu sistema en Azure con acuerdos comerciales y toda la implementación lista, llevarlo a AWS implica un bloqueo a nivel del proveedor [1:05].
- Product locking: ocurre cuando personalizaste tanto un producto que no puedes reemplazarlo por otro equivalente. Por ejemplo, si montaste todo en Kubernetes con integraciones nativas dentro de Google Kubernetes Engine y ahora quieres migrar a Elastic Container Service de AWS, el nivel de personalización te impide hacerlo sin un riesgo muy alto [2:00].
- Version locking: sucede al depender de una versión específica de un producto. Un caso real es trabajar con Apache Airflow en una versión determinada: cuando sale una nueva versión, las personalizaciones anteriores impiden la actualización sin afectar la operación. Incluso proveedores como Google Cloud han sufrido un kernel panic al actualizar Google Kubernetes Engine sin evaluar bien los cambios de versión [3:10].
¿Qué papel juegan la arquitectura, la plataforma y las habilidades del equipo?
- Architecture locking: se presenta cuando tu aplicación está tan acoplada a un estilo arquitectónico —por ejemplo, contenedores— que migrar a otro modelo como funciones serverless implica reconstruirla por completo [4:15].
- Platform locking: va más allá del proveedor. Si ya configuraste políticas, roles y permisos en la plataforma de Amazon, replicar esa configuración en Azure representa un bloqueo por los servicios específicos de cada plataforma [4:35].
- Skills locking: si todo tu equipo domina AWS, proponer que la aplicación corra en Azure carece de sentido práctico. Las habilidades del equipo condicionan la arquitectura. Solo tienes dos caminos: capacitar al equipo o contratar talento nuevo, y ambas opciones cuestan tiempo y dinero [5:00].
¿Por qué el legal locking y el mental locking son los más críticos?
El legal locking aparece cuando la legislación de un país impide sacar cierta información fuera de sus fronteras. Si tu proveedor actual tiene un data center en el país y el proveedor alternativo no lo tiene, quedas limitado legalmente y no puedes migrar [5:55].
Pero el bloqueo más peligroso es el mental locking [6:25]. Se trata de suposiciones inconscientes que afectan la toma de decisiones:
- "La nube es más cara que el on premise."
- "La nube es insegura porque hackearon a otra empresa."
- "La nube no permite escalabilidad."
Estas afirmaciones contradicen precisamente lo que la nube ofrece. Cambiar la mentalidad es más complicado que resolver cualquier otro tipo de bloqueo. La recomendación es probar la nube, verificar sus ventajas y motivadores por cuenta propia antes de emitir juicios [7:00].
¿Cómo usar el conocimiento del locking para mejorar tu arquitectura?
Antes de evaluar cualquier diseño, pregúntate: ¿qué locking puede ser una restricción en mi arquitectura? Es fundamental no juzgar una arquitectura como bien o mal hecha sin conocer el contexto y las restricciones que enfrentó el equipo al momento de construirla [7:50].
El skills locking es un bloqueo que puedes superar aprendiendo, y el mental locking se vence con experiencia directa. Ambos dependen de ti. ¿Cuál de estos bloqueos has enfrentado en tus proyectos? Comparte tu experiencia.
