Contenedores, serverless o ¿ambos? ¿Cómo elegir la arquitectura adecuada en la modernización?
Al modernizar una aplicación en AWS, una de las primeras decisiones técnicas es elegir entre contenedores y serverless. No existe una respuesta única y correcta, porque cada enfoque resuelve problemas diferentes, y la elección adecuada depende de las características específicas de cada parte de la aplicación.
¿Qué son los contenedores?
Los contenedores empaquetan una aplicación junto con todo lo que necesita para ejecutarse, como bibliotecas y dependencias, garantizando que funcione de la misma forma en cualquier entorno. En AWS, Amazon ECS y Amazon EKS permiten ejecutar y orquestar contenedores a escala, con control sobre cómo se asignan los recursos y cómo escala la aplicación.
Los contenedores dan más control sobre el entorno de ejecución, son indicados para aplicaciones que necesitan ejecutarse continuamente, y funcionan bien para equipos que ya tienen familiaridad con Docker y Kubernetes.
¿Qué es serverless?
Serverless elimina completamente la necesidad de gestionar servidores. El código se ejecuta solo cuando es llamado, escala automáticamente conforme la demanda, y el cobro sucede solo por el tiempo de ejecución real. AWS Lambda es el servicio más usado en ese modelo en AWS.
Serverless es indicado para funcionalidades que no necesitan ejecutarse todo el tiempo, como el procesamiento de eventos puntuales, integraciones entre sistemas o tareas activadas por disparadores específicos, como la carga de un archivo o una solicitud de API.
¿Cuándo los contenedores tienen más sentido?
Las aplicaciones con carga de trabajo constante y previsible, los sistemas que necesitan control fino sobre la configuración de red y el entorno de ejecución, y los equipos que ya mantienen una cultura consolidada de DevOps con Docker suelen beneficiarse más de los contenedores que de serverless.
¿Cuándo serverless tiene más sentido?
Las funcionalidades activadas por eventos, con carga variable e imprevisible, los procesos que quedan ociosos buena parte del tiempo, y los equipos que quieren reducir al máximo el esfuerzo operativo de gestionar infraestructura tienden a beneficiarse más del modelo serverless.
Por qué la respuesta suele ser los dos juntos
En la práctica, la mayoría de las aplicaciones modernas no usan solo contenedores o solo serverless. Un sistema de e-commerce, por ejemplo, puede ejecutar el catálogo de productos y el procesamiento de pedidos en contenedores, por ser funcionalidades con carga constante, mientras usa funciones serverless para tareas puntuales, como el envío de notificaciones o la generación de informes bajo demanda.
Esta combinación permite usar el enfoque adecuado para cada parte de la aplicación, en lugar de forzar toda la arquitectura a seguir un único modelo que no es ideal para todos los casos.
Cómo decidir en la práctica
Vale la pena mapear cada funcionalidad de la aplicación y preguntar: ¿esta parte se ejecuta continuamente o solo cuando algo ocurre? ¿La carga es previsible o varía mucho a lo largo del día? ¿Existe necesidad de control fino sobre el entorno, o el equipo prefiere reducir la complejidad operativa al máximo? Las respuestas para cada parte de la aplicación indican qué enfoque tiene más sentido.
CloudDog ayuda a las empresas a diseñar arquitecturas modernas en AWS, combinando contenedores y serverless de acuerdo con las necesidades reales de cada aplicación. Conoce nuestro servicio de Modernización de la Nube y descubre la arquitectura adecuada para tu sistema.
