n1co migra sus microservicios críticos de Azure a AWS en 5 meses, sin incidentes

Solución implementada

• Diseñó y desplegó en AWS una infraestructura escalable basada en Amazon EKS para los microservicios críticos
• Separó los clusters de desarrollo y producción, con escalado horizontal (Terraform) y vertical (EKS Auto Mode)
• Estandarizó los despliegues con ArgoCD, GitOps y pipelines de CI/CD
• Definió SQLPackage como método confiable para la migración de bases de datos, tras descartar Azure SQL Data Sync
• Aplicó un enfoque híbrido con NLB como proxy hacia Amazon RDS para casos de acceso público, y unificó bases en entornos bajos para reducir costos
• Mantuvo Azure Service Bus en la región de menor latencia para evitar cambios de código
• Centralizó el control con AWS Control Tower y la observabilidad con Grafana/Prometheus, Thanos y Loki

Desafío de negocio

El punto de partida tenía varios frentes complejos. La infraestructura en Azure era costosa y difícil de escalar, con limitaciones para operar los microservicios críticos del negocio. La migración de las bases de datos exigía elegir la herramienta correcta y garantizar continuidad, con la complicación adicional de un mayor costo por licencias en AWS. Algunas dependencias, como Azure Service Bus, no tenían un equivalente directo en AWS. Y una primera aproximación con Azure SQL Data Sync resultó en tiempos muy extensos y problemas de índices y formatos que impedían garantizar integridad y performance.

Solución

Craftech diseñó y desplegó en AWS una infraestructura escalable basada en Amazon EKS para soportar los microservicios críticos, con clusters separados para desarrollo y producción y los componentes para estandarizar despliegues: ArgoCD para GitOps, pipelines de CI/CD y monitoreo con Grafana y Prometheus. Para las bases de datos, tras descartar Azure SQL Data Sync, se definió SQLPackage como el método más confiable, con un enfoque híbrido que usa un NLB como proxy hacia Amazon RDS para los casos de acceso público y unifica bases en los entornos bajos para reducir costos. Azure Service Bus se mantuvo en la región Azure de menor latencia para evitar cambios en el código de la aplicación. La escalabilidad quedó cubierta en sus dos dimensiones —horizontal con Terraform y vertical con EKS Auto Mode— y el control operativo se centralizó con AWS Control Tower, junto con retención de logs a largo plazo en Loki y métricas centralizadas en Thanos.

Resultados

• Migración Azure → AWS completada en 5 meses, en tiempo y forma y sin incidentes
• Plataforma más escalable: horizontal con Terraform y vertical con EKS Auto Mode
• Mejor observabilidad del CI/CD y versionado de recursos con GitOps y ArgoCD
• Retención de logs a largo plazo (Loki) y métricas centralizadas (Thanos)
• Mayor control y agilidad operativa con AWS Control Tower y el stack de monitoreo
• Costos de bases de datos optimizados mediante unificación en entornos bajos

Trabajar con Craftech

El proyecto se ejecutó en cinco meses, en tiempo y forma según lo planificado y sin incidentes durante la migración —un resultado clave para una fintech que no puede permitirse interrupciones. Más allá de mover los microservicios, Craftech dejó a n1co con una plataforma moderna y un stack de DevOps estandarizado, con GitOps, infraestructura como código y observabilidad centralizada lista para sostener el crecimiento de la fintech en la región.

Tecnologías utilizadas

La nueva plataforma corre sobre Amazon EKS con EKS Auto Mode para el escalado vertical y Terraform para el horizontal y la infraestructura como código. Los despliegues se estandarizaron con ArgoCD y GitOps, las bases de datos quedaron en Amazon RDS (con NLB como proxy en accesos públicos) y el gobierno de la organización se centralizó con AWS Control Tower. La observabilidad combina Grafana y Prometheus con Thanos para métricas de largo plazo y Loki para retención de logs.

Stack & tecnologías