Migrar una aplicación del on-premise a la nube no es simplemente mover archivos de un lugar a otro. Implica un cambio profundo en la forma de pensar, operar y construir tecnología. A través del caso práctico de Platsy Wallet, una aplicación financiera que gestiona el dinero de millones de personas, se exploran seis cambios fundamentales que ocurren cuando decides ejecutar tu aplicación en un proveedor de nube.
¿Cómo cambia el modelo de costos al ir a la nube?
Uno de los cambios más evidentes es el modelo de costos [0:55]. Cuando una aplicación se ejecuta on-premise, la inversión inicial es considerable: comprar un servidor, acondicionar un cuarto con aire acondicionado, instalar una UPS para proteger contra cortes de energía y cablear la red. Solo para poner en marcha Platsy Wallet, el costo podría superar los diez mil dólares y tomar al menos dos meses.
En la nube, ese mismo servidor puede estar operativo en minutos. Creas una cuenta, aprovisionas el servidor y despliegas la aplicación en menos de media hora. El gasto pasa de ser un costo CAPEX (una inversión alta al inicio) a un costo OPEX (operativo, donde pagas por lo que consumes desde el primer segundo). Esta diferencia es clave para entender por qué tantas organizaciones eligen la nube.
¿Qué cambia en el modelo de entrega y despliegue?
La nube transforma la manera en que se despliegan aplicaciones e infraestructura [3:08]. Un consejo fundamental: de nada sirve migrar a la nube si sigues trabajando como en el on-premise. La nube se presta para automatizar procesos, y ahí es donde entra la cultura DevOps, que promueve la creación de pipelines para automatizar el despliegue tanto de aplicaciones (front-end, back-end, web) como de infraestructura.
Otro beneficio directo es la capacidad de crear ambientes con rapidez [3:55]. Una aplicación crítica como Platsy Wallet necesita al menos tres ambientes:
- Ambiente de desarrollo: donde se construyen las nuevas funcionalidades.
- Ambiente de pruebas (calidad): donde se validan antes de llegar al usuario final.
- Ambiente de producción: donde opera la aplicación real.
En la nube, levantar estos ambientes es cuestión de minutos, lo que acelera la entrega de cada nueva feature.
¿Por qué importan los patrones nativos de nube?
Cuando comienzas a trabajar en la nube, necesitas hacer un switch mental [4:42]. Pensar en modo nube significa adoptar patrones nativos de nube (cloud native patterns), que son definiciones y mejores prácticas diseñadas para aprovechar al máximo los servicios que ya nacieron en este entorno. No se trata de replicar lo que hacías en el on-premise, sino de tomar ventaja de las capacidades propias de la nube para mejorar tu aplicación.
¿Cómo mejoran la escalabilidad y la resiliencia?
En el on-premise, garantizar alta disponibilidad era un reto enorme [5:09]. Si se iba la luz en la oficina, Platsy Wallet dejaba de operar a menos que existiera una planta eléctrica o un segundo data center en otra ubicación física. La escalabilidad era muy limitada.
En la nube, los proveedores ofrecen regiones en todo el mundo. Puedes tener una copia de tu aplicación en Milán, Singapur, São Paulo o cualquier otra región. Esto proporciona resiliencia ante fallas locales y escalabilidad para crecer con servidores, bases de datos y contenedores según la demanda.
¿Qué rol juegan la seguridad compartida y las tecnologías disruptivas?
La nube también democratiza el acceso a tecnologías disruptivas [5:58]. Proyectos de machine learning, inteligencia artificial, IoT o blockchain que antes requerían una inversión masiva en servidores de alto rendimiento, ahora están disponibles en minutos a través de servicios gestionados del proveedor.
Pero quizás el cambio más crítico es el modelo de seguridad compartida [6:34]. Cada cloud provider define claramente qué es su responsabilidad y qué es responsabilidad del usuario. Por ejemplo, si creas un servidor y le asignas una contraseña débil, o abres el puerto veintidós a todo el mundo y lo hackean, la responsabilidad es tuya. El proveedor garantiza que el servidor funcione, pero la configuración de seguridad corre por tu cuenta. Leer y comprender este modelo es imprescindible antes de operar en la nube.
Finalmente, los perfiles técnicos también deben evolucionar [8:05]. Un administrador de bases de datos (DBA) debe convertirse en un DBA cloud. Lo mismo aplica para roles de seguridad, infraestructura y sysadmin. La nube exige que cada profesional haga su propio switch de conocimientos.
¿Ya identificaste cuál de estos seis cambios representa el mayor reto para tu proyecto o equipo? Comparte tu experiencia en los comentarios.
