PITZ App desacopla su monolito y migra a una plataforma Kubernetes escalable en AWS

Solución implementada

• Comprendió y relevó la arquitectura existente para planificar el desacople del monolito
• Dockerizó el proyecto y levantó un entorno local para agilizar el onboarding del equipo
• Desplegó clusters de Kubernetes (Amazon EKS) segmentados por ambiente
• Construyó helm-charts por servicio para estandarizar los manifiestos a partir de un único chart
• Configuró el stack de observabilidad con Grafana, Prometheus + Thanos y Alertmanager
• Desplegó los servicios en paralelo al entorno productivo, ejecutó pruebas de carga y completó la migración mediante el cambio de DNS
• Dejó toda la infraestructura y los despliegues escritos como código (Terraform), con CI/CD

Desafío de negocio

La aplicación de PITZ no escalaba y tenía problemas de performance. Buena parte del cuello de botella venía de una arquitectura basada en jobs y cronjobs que no aprovechaba el paralelismo cuando hubiera sido factible. Antes de tocar nada había que entender a fondo la arquitectura, para luego desacoplar el monolito, estandarizar los despliegues y segmentar los entornos de manera que producción y desarrollo dejaran de pisarse. El objetivo era doble: resolver la escalabilidad y darle al equipo una forma de trabajo predecible.

Solución

Craftech arrancó dockerizando el proyecto y levantando un entorno local, lo que de entrada aceleró el onboarding de las nuevas personas del equipo. Sobre AWS desplegó clusters de Kubernetes con Amazon EKS, segmentados por ambiente, y configuró un stack de observabilidad completo con Grafana, Prometheus combinado con Thanos para el almacenamiento de métricas a largo plazo y Alertmanager para las alertas. Para estandarizar los despliegues, construyó helm-charts por servicio a partir de un único chart base, de modo que todos los manifiestos siguieran el mismo patrón. La migración se hizo con cuidado: los servicios se desplegaron en paralelo al entorno productivo, se ejecutaron pruebas de carga y, tras un período de monitoreo activo, se completó el corte mediante el cambio de DNS. Toda la infraestructura y los despliegues quedaron escritos como código con Terraform y CI/CD.

Resultados

• Aplicación sin los problemas de escalabilidad que tenía antes de la modernización
• Onboarding más rápido para las nuevas personas del equipo gracias al entorno local dockerizado
• Estándar de trabajo con despliegues automatizados y tests automáticos
• Visibilidad completa de los servicios, con alertas ante cualquier anomalía
• Infraestructura y despliegues como código, reproducibles y consistentes por entorno

Trabajar con Craftech

El trabajo conjunto entre PITZ y Craftech fue tanto técnico como de transferencia de prácticas. Más allá de resolver la escalabilidad, el equipo de PITZ quedó con un estándar de trabajo —entorno local reproducible, despliegues automatizados, tests automáticos y observabilidad de extremo a extremo— que le permitió volver a concentrarse en lo suyo: desarrollar la aplicación. El cambio de DNS final, ejecutado tras pruebas y monitoreo, fue la confirmación de una migración planificada para no sorprender a los usuarios.

Tecnologías utilizadas

La plataforma se reconstruyó sobre Amazon EKS como base de contenedores, con Docker para empaquetar los servicios y Amazon ECR como registro de imágenes. Los despliegues se estandarizaron con Helm a partir de un chart base, y la observabilidad se cubrió con Grafana, Prometheus + Thanos y Alertmanager. La infraestructura se gestionó como código con Terraform, con pipelines de CI/CD para los despliegues, sobre un stack aplicativo Laravel.

Stack & tecnologías