Los proveedores de nube hicieron la entrada deliciosamente fácil: subir tus datos no cuesta nada, crear recursos es un clic, y el primer año hasta hay créditos. La salida es otra historia —y esa asimetría no es casualidad—. El costo de salir de la nube es real, y lo curioso es que se decide el día que entras, no el día que te quieres ir.
De qué se compone el costo de salida
- Egress: sacar datos de la nube se cobra (meterlos, normalmente no). Para cargas con mucho dato saliente, se acumula.
- Lock-in de arquitectura: si construiste sobre servicios propietarios del proveedor, moverte implica rediseñar, no solo copiar.
- Esfuerzo de reconstrucción: levantar todo en otro lado cuesta tiempo y riesgo.
Por eso complementa lo que ya escribimos sobre cómo elegir entre AWS y Azure: la decisión no es solo cuál entrar, sino con qué grado de atadura.
Se decide al entrar
El punto clave: casi todo el costo de salida se determina en el diseño inicial. Si usaste formatos y servicios estándar donde era razonable, salir es incómodo pero factible; si te ataste a lo propietario en todo, salir es un proyecto entero. Nadie piensa en la salida cuando entra entusiasmado —y ahí está la trampa—.
Ni parálisis ni ceguera
La lección no es "no uses la nube" ni "no uses servicios gestionados" —eso sería renunciar a sus ventajas por miedo—. Es entrar con los ojos abiertos: conocer tus dependencias, preferir lo estándar donde no pierdes nada, y no cerrarte puertas gratis. La portabilidad es un criterio de diseño más, junto al costo y el rendimiento.
La pregunta que conviene hacerse
Al diseñar tu nube, la pregunta no es solo "¿cuánto me cuesta operar esto?", sino ¿cuánto me costaría salir —y estoy aceptando esa atadura a propósito o sin darme cuenta? Contemplarlo desde el inicio es parte de cómo diseñamos infraestructura cloud.