Una institución de banca privada puede administrar patrimonios de alto valor con procesos rigurosos y, al mismo tiempo, depender de una exportación manual en Excel para responder una pregunta elemental: cuánto se tiene, dónde está y desde cuándo.
Esta contradicción es más frecuente de lo que parece en el sector financiero, y fue el punto de partida de un proyecto de migración de datos hacia AWS en una institución financiera regional, especializada en banca privada y de inversión.
El problema: reportes elaborados manualmente
Cada entidad del grupo operaba con sistemas independientes, sin un repositorio único donde la información residiera de forma centralizada.
El equipo de datos dedicaba una parte considerable de su tiempo a extraer, cruzar y consolidar manualmente la información en Excel para producir reportes. El data warehouse existente cubría solo una parte del negocio y carecía de la flexibilidad necesaria para escalar.
Con planes de crecimiento regional y una demanda creciente de acceso simultáneo a la información, la arquitectura local había llegado a su límite. No se trataba de una limitación tecnológica, sino de un problema de gobernanza y de velocidad en la toma de decisiones.
El diagnóstico: preparación de la organización para migrar
Todo proyecto de migración comienza antes de mover el primer dato: implica comprender el contexto, identificar las brechas existentes y establecer la justificación de negocio para dar el salto a la nube.
En este caso, el diagnóstico fue determinante: la fragmentación de los sistemas no constituía un problema técnico aislado, sino una limitante directa para la gobernanza de la información y para la toma de decisiones del negocio.
La estrategia: de sistemas locales a un Data Lake corporativo
Junto con IVCISA, partner Advanced de AWS, la institución definió el camino para migrar los datos de cada entidad del grupo hacia un Data Lake corporativo en AWS.
El objetivo no se limitó a trasladar información de un lugar a otro, sino a centralizarla en una plataforma que eliminara los procesos manuales y estableciera las bases para escalar de forma segura.
Dos decisiones definieron el diseño desde el inicio del proyecto. La primera: la seguridad y el cumplimiento normativo se incorporaron como parte de la arquitectura desde el diseño inicial, y no como una fase posterior. La segunda: el equipo interno del banco recibió capacitación durante el proceso, con el objetivo de operar y evolucionar la plataforma de forma autónoma una vez completada la migración.
La ejecución: componentes de la migración
Con la estrategia definida, la ejecución se apoyó en servicios diseñados para cada etapa del proceso:
- AWS DMS (Database Migration Service) se encargó de la extracción y migración de los datos desde los orígenes locales hacia la nube.
- Amazon S3 recibió los datos migrados, aportando almacenamiento histórico escalable y seguro.
- AWS Glue catalogó la información, facilitando su identificación y acceso dentro del Data Lake.
El data warehouse corporativo quedó como capa de consolidación sobre los datos ya migrados, alimentando el análisis a partir de una única fuente.
Resultados de la migración
La información de todo el grupo pasó a residir en una única fuente confiable y accesible, con un costo mensual inferior al del esquema anterior.
El indicador más representativo del cambio no es de infraestructura, sino de velocidad: incorporar una nueva fuente de datos dejó de ser un esfuerzo disperso y sin plazo definido, para convertirse en un proceso estándar de aproximadamente dos semanas, incluyendo desarrollo, pruebas y puesta en producción.
La institución pasó de contar con un data warehouse que cubría una sola compañía del grupo, a un Data Lake que consolida los datos de todo el grupo, con un costo mensual incluso inferior.
Migrar no equivale únicamente a trasladar datos; implica rediseñar la forma en que la información se consume dentro de la organización. Si al finalizar la migración el negocio continúa solicitando reportes por correo, el proyecto se limitó a un cambio de servidor.
La seguridad y el cumplimiento normativo deben diseñarse desde el inicio del proyecto. En el sector bancario, incorporarlos al final implica rehacer trabajo ya realizado.
El éxito de una migración se mide en velocidad, no en volumen: el indicador relevante no es la cantidad de datos migrados, sino el tiempo que el negocio requiere hoy para obtener una respuesta.
Una plataforma preparada para el crecimiento futuro
Actualmente, la institución cuenta con una infraestructura de datos en la nube robusta y flexible, capaz de acompañar su crecimiento regional.
La migración hacia AWS no resolvió únicamente un problema de infraestructura: proporcionó al banco una base sólida para tomar decisiones a partir de una sola versión de la verdad, y la agilidad necesaria para seguir integrando nuevas fuentes de datos al ritmo que el negocio lo requiera.