Casos
Resultados reales con AWS
Selección de proyectos donde acompañamos a clientes a modernizar plataformas críticas. Cada caso describe el problema de negocio, la solución desplegada y los resultados medibles entregados.
-
Banco regional
BancaProblema
Una banca regional operaba 380 cargas críticas (core, canales, riesgo) sobre infraestructura on-premise envejecida, con ventanas de mantención largas, costos de hardware crecientes y un DR de cinta que tardaba más de 24 horas en reactivarse. La continuidad operacional y los plazos del regulador exigían modernizar sin detener el negocio.
Solución
Migración estructurada bajo la estrategia 6R a AWS, con una Landing Zone basada en Control Tower y SCPs, segmentación por OUs, y cargas mapeadas como rehost (lift-and-shift), replatform a EKS y refactor sobre RDS y Aurora. Pipelines DevOps con CodePipeline y CodeDeploy, observabilidad con CloudWatch + Grafana, y DR multi-AZ con respaldo cross-region.
Resultados
- Cargas migradas
- 380
- Reducción TCO
- 32%
- RTO post-migración
- < 1 h
- Ventana de corte por carga
- ≤ 4 h
Stack
- AWS
- EKS
- RDS
- Aurora
- Control Tower
- CodePipeline
- CloudWatch
-
Retail nacional
RetailProblema
Un retailer nacional con más de 200 tiendas y e-commerce no podía consolidar su demanda real de venta, inventario y precio competidor en una sola vista. La fijación de precios se hacía con planillas, con latencia de días y sin tomar en cuenta elasticidad ni disponibilidad real de stock.
Solución
Construcción de un DataLake institucional sobre S3 con zonas raw, conformed y curated, ingestas batch con AWS Glue y streaming con Kinesis. Modelos de pricing en SageMaker entrenados con histórico de 36 meses, expuestos vía endpoint para el motor de promociones. BI ejecutivo con QuickSight y un catálogo de datos en Glue Data Catalog.
Resultados
- Margen incremental
- +4.1 pp
- Tiempo de fijación de precio
- días → minutos
- Cobertura de SKUs modelados
- 92%
- Frescura de datos
- ≤ 15 min
Stack
- AWS
- S3
- Glue
- Kinesis
- SageMaker
- QuickSight
-
Aseguradora
SegurosProblema
El core de pólizas funcionaba como un monolito Java sobre servidores físicos, con releases trimestrales acoplados y una capa de canales que dependía de la disponibilidad del core para cualquier consulta. Los incidentes se propagaban entre canales y la auditoría exigía trazabilidad transaccional fina.
Solución
Refactor incremental del core hacia microservicios desplegados en EKS, con strangler pattern desde la API gateway. Mensajería asincrónica con SQS/SNS para desacoplar canales, base de datos por servicio sobre RDS y Aurora, secretos en Secrets Manager y trazabilidad con OpenTelemetry y X-Ray. CI/CD por servicio y feature flags para releases progresivos.
Resultados
- Frecuencia de despliegue
- trimestral → diario
- MTTR de incidentes
- -58%
- Servicios desacoplados
- 27
- Disponibilidad de canales
- 99.95%
Stack
- AWS
- EKS
- API Gateway
- SQS
- SNS
- RDS
- OpenTelemetry
-
Servicio público
Sector públicoProblema
Un servicio público con sistemas críticos que atienden a la ciudadanía dependía de un único datacenter primario y un secundario en la misma ciudad, sin pruebas reales de failover. El plan de continuidad era documental y los tiempos de recuperación no estaban validados frente a un evento mayor.
Solución
Diseño de DR activo-pasivo cruzando dos regiones AWS, con replicación continua de datos vía DMS y AWS Backup cross-region. Infra como código en Terraform versionada en CodeCommit, runbooks automatizados en SSM Automation y simulacros de failover trimestrales medidos contra el RTO/RPO comprometido con la institución.
Resultados
- RTO objetivo
- ≤ 30 min
- RPO objetivo
- ≤ 5 min
- Simulacros exitosos
- 4/4
- Servicios cubiertos
- 12
Stack
- AWS
- DMS
- AWS Backup
- Terraform
- SSM Automation
- Route 53
-
Energía
EnergíaProblema
Una compañía de energía operaba 12 SIDs SAP (ECC, BW, Solution Manager y satélites) sobre hardware al final de su vida útil. Las ventanas de mantención eran extensas, los entornos no productivos competían por recursos y el upgrade a S/4HANA estaba bloqueado por la falta de capacidad y elasticidad.
Solución
Migración SAP on AWS siguiendo las guías del SAP Competency: instancias certificadas para HANA, almacenamiento EBS gp3/io2 dimensionado por carga, redes con AWS PrivateLink hacia satélites y backups con AWS Backint Agent. Automatización de start/stop de entornos no productivos y monitoreo con CloudWatch + SAP-aware checks.
Resultados
- SIDs migrados
- 12
- Ventana total de corte
- < 36 h
- Ahorro en entornos no productivos
- 41%
- Plataforma lista para S/4HANA
- sí
Stack
- AWS
- SAP HANA
- EBS
- PrivateLink
- AWS Backup
- CloudWatch