Landing zone: preparar la nube antes de mover la primera carga
Una landing zone es la base sobre la que se despliega todo lo demás en la nube: cuentas, identidad, red, control de costos y registro de actividad, definidos antes de mover la primera carga. Su valor no está en lo que habilita sino en lo que evita rehacer cuando ya hay treinta cosas corriendo.
A continuación: qué debe resolver, por qué el orden importa tanto, qué pasa cuando se construye después y cómo dimensionarla sin sobrediseñar.
Casi todas las adopciones de nube empiezan igual: alguien crea una cuenta, despliega algo que funciona, y la organización descubre que la nube sirve. Es un buen comienzo y una mala base.
El problema no aparece con la primera carga sino con la décima, cuando ya hay recursos repartidos sin criterio, permisos concedidos a mano y una factura que nadie sabe descomponer por área.
Qué debe resolver
La separación. Qué entornos existen —producción, pruebas, desarrollo— y cómo se aíslan entre sí. Es la decisión que más cuesta cambiar después, porque mover recursos entre contenedores implica recrearlos.
La identidad. Quién puede hacer qué, gestionado desde el mismo lugar que el resto de la organización. Los usuarios creados directamente en la nube son los que sobreviven a la salida de una persona.
La red. Cómo se conecta con lo que se queda en casa, qué queda expuesto y qué no. Rehacer el direccionamiento con cargas activas es una migración dentro de la migración.
El costo. Etiquetas obligatorias desde el primer recurso para saber a quién atribuir cada peso. Añadirlas después obliga a inventariar a mano lo que ya existe.
El registro. Qué se audita y dónde se guarda, decidido antes de que haga falta consultarlo.
Por qué el orden importa tanto
Estas decisiones tienen una asimetría marcada: tomarlas al principio cuesta días, y cambiarlas después cuesta proyectos. Una estructura de cuentas se rediseña con dos cargas y se hereda con treinta.
También hay un efecto de comportamiento. Si el primer equipo despliega sin reglas, esa forma se copia. El estándar que se establece con la primera carga es el que la organización va a seguir, esté escrito o no.
Qué pasa cuando se construye después
Se puede, y es la situación más común. Lo que cambia es el método: en lugar de definir y aplicar, hay que inventariar lo existente, decidir qué se migra a la nueva estructura y qué se deja, y convivir con ambas durante un tiempo.
El costo no es solo técnico. Cada equipo con recursos en la estructura vieja tiene que participar, y esa coordinación suele ser el verdadero cuello de botella.
Conviene ser realista al respecto: reordenar después es un proyecto con nombre propio, no una tarea de mantenimiento.
Lo que se hereda cuando no existe
El síntoma más frecuente es una factura que nadie puede repartir. Sin etiquetas obligatorias desde el inicio, atribuir el gasto exige revisar recurso por recurso y preguntar a quien lo creó, si sigue en la organización.
El segundo es el acceso acumulado. Los permisos concedidos a mano para resolver algo puntual rara vez se retiran, y al cabo de dos años nadie sabe quién puede hacer qué en producción. Recuperar ese control es más laborioso que haberlo definido, porque hay que hacerlo sin interrumpir lo que ya funciona.
El tercero aparece en la primera auditoría: no hay registro de quién hizo qué, porque la decisión de auditar se tomó después de necesitar la evidencia y esos registros no son retroactivos.
Cómo dimensionarla sin sobrediseñar
El error opuesto también existe: pasar seis meses definiendo una base perfecta para cargas que aún no se conocen. La landing zone debe resolver las cinco decisiones de arriba y poco más.
Un criterio práctico: si una decisión se puede cambiar sin recrear recursos, no tiene por qué estar en la base. Si cambiarla implica destruir y volver a crear, sí.
Ese filtro deja fuera bastante de lo que suele incluirse por costumbre, y esa exclusión es deliberada: una base que intenta anticipar todo se convierte en un obstáculo que los equipos aprenden a rodear, y una base rodeada no gobierna nada.
Dónde encaja en el programa
Es el paso entre decidir qué se mueve y moverlo. El assessment de preparación para la nube produce el inventario de cargas y su ruta; la landing zone es donde esas cargas van a aterrizar.
Cuando el dato no puede salir del país, la definición de la base incluye qué regiones se usan para Colombia y México. Es una decisión de arquitectura de nube y de cumplimiento a la vez, y por eso conviene tomarla antes y no durante la migración.
Preguntas frecuentes
¿Qué es una landing zone en la nube?
La base sobre la que se despliega todo lo demás: estructura de cuentas y entornos, identidad, red, control de costos y registro de actividad, definidos antes de mover la primera carga.
¿Se puede migrar sin tener una?
Sí, y es lo más común. El costo aparece con la décima carga: recursos sin criterio, permisos concedidos a mano y una factura que nadie puede descomponer por área. Reordenar después es un proyecto, no una tarea de mantenimiento.
¿Cuánto tiempo toma construirla?
Debe resolver cinco decisiones —separación, identidad, red, costo y registro— y poco más. Si lleva meses, probablemente se está diseñando para cargas que aún no se conocen.
¿Qué decisión es la más difícil de cambiar después?
La estructura de cuentas y entornos, porque mover recursos entre contenedores implica recrearlos. Le sigue el direccionamiento de red, que rehacer con cargas activas es una migración dentro de la migración.
