Escalando Inteligentemente, Gastando Menos: Cómo Oleksandr Leonhard y DashDevs Transformaron la Infraestructura en la Nube con AWS

Cuando Oleksandr Leonhard reflexiona sobre el proyecto que marcó un punto de inflexión en su carrera en infraestructura en la nube, no solo habla de servidores o arquitecturas. Habla de impulso — para el producto, para los clientes y para el negocio mismo.

En ese momento, Oleksandr formaba parte del equipo de ingeniería en DashDevs, donde estaban construyendo una plataforma interna para la gestión de procesos empresariales adaptada a empresas de TI.

La idea era simple: dar a las organizaciones una forma de automatizar flujos de trabajo, visualizar operaciones y mejorar la coordinación interna. Pero a medida que la plataforma maduraba y crecía el interés de los clientes, quedó claro que la infraestructura existente no estaba lista para manejar la presión — financiera o técnicamente.

“Estábamos empezando a chocar contra muros,” dice Oleksandr. “La infraestructura era costosa de mantener, particularmente a medida que la base de usuarios crecía y la carga de datos aumentaba. Nuestros costos de computación eran impredecibles, y pasábamos mucho tiempo de ingeniería solo manteniendo la estabilidad del sistema bajo carga.”

Reconociendo que esto solo se convertiría en un problema mayor a medida que la empresa escalara, Oleksandr propuso una evaluación completa de su estrategia en la nube. El objetivo era re-arquitectar el sistema con eficiencia de costos, escalabilidad y velocidad de desarrollo en mente.

El equipo decidió migrar su infraestructura a Amazon Web Services (AWS), enfocándose en servicios que reducirían los costos generales y les permitirían crecer sin aumentar constantemente los costos de infraestructura.

El primer paso fue abordar el componente más pesado en recursos: las bases de datos. Al moverlas a Amazon RDS, el equipo ganó copias de seguridad automatizadas, escalado fácil y parches de seguridad gestionados.

Esto eliminó gran parte del trabajo manual que habían manejado anteriormente, ahorrando tiempo y reduciendo el riesgo de error humano. “Con RDS, podíamos confiar en AWS para manejar el mantenimiento esencial,” explica Oleksandr. “Inmediatamente redujo nuestra carga operativa.”

A continuación, el equipo se centró en su estrategia de computación. En lugar de mantener un número estático de máquinas virtuales en funcionamiento independientemente de la demanda, implementaron Auto Scaling para instancias EC2.

Esto permitió que el sistema ajustara automáticamente el número de servidores en funcionamiento según el tráfico en tiempo real, asegurando que los recursos solo se utilizaran cuando fueran necesarios. Ayudó a suavizar los picos y valles de la actividad del usuario sin incurrir en costos innecesarios durante los períodos de baja actividad.

Sin embargo, la transformación más significativa llegó cuando el equipo comenzó a integrar la computación sin servidor a través de AWS Lambda y AWS Fargate. Al mover cargas de trabajo específicas a funciones Lambda, pudieron eliminar completamente el costo de servidores inactivos.

Este cambio de un modelo tradicional basado en servidores a un enfoque de función-como-servicio significó que solo pagaban por el tiempo de ejecución real, no por servidores inactivos esperando solicitudes.

“Lambda cambió fundamentalmente cómo pensábamos sobre la escalabilidad,” dice Oleksandr. “Ya no teníamos que estimar el número de servidores que necesitaríamos por adelantado. En su lugar, construimos servicios que podían escalar automáticamente y de manera rentable.”

Pero adaptar la aplicación a un modelo sin servidor requería más que un cambio técnico — exigía un nuevo enfoque para el desarrollo.

Para acelerar el proceso y evitar reingeniería para cada adaptación del cliente, el equipo de DashDevs creó su propio marco interno sobre los servicios de AWS.

Este marco les permitió desarrollar y desplegar rápidamente nuevas características y flujos de trabajo, cada uno construido como una función Lambda modular.

“Con el marco, podíamos implementar nuevas funcionalidades en semanas en lugar de meses,” señala Oleksandr. “Eso fue una gran ventaja, especialmente cuando los clientes pedían personalizaciones o nuevas capacidades. Podíamos responder más rápido que nuestros competidores, y también redujo significativamente los costos de desarrollo.”

Después de probar la plataforma internamente, DashDevs comenzó a ofrecerla a otras empresas, adaptando la solución para ajustarse a los procesos empresariales únicos de cada cliente.

Gracias al diseño modular del marco, cada implementación fue más rápida y rentable que la anterior. Esta adaptabilidad convirtió la actualización inicial de la infraestructura en una nueva fuente de ingresos para DashDevs.

Durante el proceso de re-arquitectura, el equipo también evaluó si usar Terraform, particularmente dada su flexibilidad para infraestructura-como-código a través de proveedores de nube.

Si bien poderoso, el alcance más amplio de Terraform venía con una complejidad que no era necesaria para su pila centrada en AWS.

En su lugar, optaron por AWS CloudFormation, que proporcionó una integración más estrecha con los servicios de AWS y simplificó la incorporación de nuevos ingenieros.

“CloudFormation nos dio todo lo que necesitábamos sin la sobrecarga adicional que viene con Terraform,” dice Oleksandr. “Agilizó nuestras implementaciones y redujo la curva de aprendizaje para el equipo. Para nuestros objetivos, el intercambio tenía sentido.”

Por supuesto, cambiar a un modelo sin servidor y de auto-escalado no estuvo exento de desafíos. El equipo encontró límites de concurrencia en AWS Lambda, especialmente durante las fases de prueba cuando ráfagas repentinas de solicitudes podían empujar el sistema más allá de sus umbrales configurados.

El monitoreo y ajuste se volvieron críticos. Usando Amazon CloudWatch, rastrearon el rendimiento de las funciones, el uso de memoria y los tiempos de ejecución, ajustando configuraciones para optimizar tanto la velocidad como el costo.

Para mantener el control financiero ajustado, implementaron AWS Cost Explorer junto con un sistema de etiquetado detallado para monitorear costos a través de diferentes servicios, entornos y proyectos de clientes.

Esta visibilidad fue esencial no solo para la presupuestación, sino también para realizar mejoras continuas en su infraestructura.

Al final, los resultados fueron claros. DashDevs redujo los costos de infraestructura en un 25%, entregó un producto más rápido y confiable, y disminuyó significativamente el tiempo requerido para personalizar soluciones para nuevos clientes.

Quizás lo más importante, el equipo recuperó la capacidad de centrarse en la innovación del producto en lugar de apagar incendios en la infraestructura.

“No solo recortamos costos,” reflexiona Oleksandr. “Creamos un sistema que nos empoderó para escalar tanto técnica como comercialmente.

La combinación de servicios de AWS y nuestro marco interno nos permitió movernos más rápido, gastar menos y mantenernos a la vanguardia.”

Hoy, ese trabajo continúa dando frutos. La plataforma que Oleksandr ayudó a reingeniería se ha convertido en una base para múltiples soluciones de clientes, cada una adaptada pero rentable gracias al trabajo previo que el equipo de DashDevs estableció.

“Cuando construyes infraestructura, no solo estás resolviendo los problemas de hoy,” dice. “Estás configurando la capacidad de tu empresa para crecer sin quedar atrapado por los costos operativos. Eso es lo que AWS nos permitió hacer, y es un enfoque que llevo conmigo en cada proyecto que asumo.”

Esta historia fue publicada originalmente el 3 de septiembre de 2022.