Chekin estabiliza su plataforma y automatiza el despliegue de todas sus aplicaciones en AWS

Solución implementada

• Rehízo la infraestructura y la migró a una arquitectura conocida y documentada
• Creó nuevas bases de networking: VPCs, subnets y route tables
• Implementó nuevos clústeres con infraestructura como código y sus dependencias: bases de datos relacionales y no relacionales y colas
• Migró el CI/CD a GitHub Actions y el despliegue de servicios a Helm
• Implementó un API Gateway para migrar una API a la vez entre clústeres, con rollback rápido
• Implementó un stack de logging, monitoreo y alertas con notificaciones automáticas para métricas de infraestructura y de negocio

Desafío de negocio

La plataforma no era estable: múltiples servicios fallaban, y la complejidad de la arquitectura, sumada a un monitoreo casi inexistente, hacía difícil encontrar los errores y alargaba la resolución de incidentes. Las implementaciones anteriores no conservaban un estado válido en los repositorios, por lo que hubo que hacer ingeniería reversa para versionar los recursos. Había aplicaciones similares duplicadas en distintos repositorios y sin documentación; más de 100 servicios en un mismo namespace y recursos expuestos a internet; procesos manuales y manifiestos sin versionar; imágenes con el tag latest, que impedían saber qué versión estaba desplegada; autoescalado por script en lugar del HPA nativo de Kubernetes, y un RabbitMQ dentro del clúster, sin backups ni posibilidad de escalar, que hacía fallar el servicio crítico. Los objetivos eran estandarizar la metodología de trabajo, comprender y documentar la arquitectura, segmentar cuentas y recursos dando autogestión a los desarrolladores, eliminar procesos manuales e implementar CI/CD automático y un sistema de monitoreo.

Solución

Como ni el propio cliente conocía la totalidad de sus servicios, Craftech decidió rehacer la infraestructura y migrarla a una arquitectura conocida y documentada. Creó nuevas bases de networking (VPCs, subnets y route tables) y nuevos clústeres con infraestructura como código, junto con sus dependencias: bases de datos relacionales y no relacionales y colas. El CI/CD se migró a GitHub Actions y el despliegue de servicios a Helm. Para pasar de un clúster a otro, implementó un API Gateway que permitió migrar una API a la vez, con rollback rápido. Por último, implementó un stack de logging, monitoreo y alertas con notificaciones automáticas para métricas de infraestructura y de negocio.

Resultados

• Despliegue automatizado para todas las aplicaciones
• Creación de nuevos recursos mucho más simple para los desarrolladores
• Incidentes que pasaron de diarios y en múltiples servicios a esporádicos y puntuales
• Menor tiempo de detección y de resolución de incidentes gracias al monitoreo
• Cuellos de botella eliminados, redes y permisos segmentados y backups en los servicios críticos con datos persistentes

Stack & tecnologías