El contexto
RedBanc — la empresa de servicios de tecnología financiera que interconecta a los bancos chilenos — anunció el reemplazo de su plataforma STI (Servicio de Transmisión de Información). Este cambio implicaba que todos los bancos conectados debían migrar sus sistemas de intercambio de archivos al nuevo modelo, o quedarían desconectados.
Banco Ripley, a través de Creasys, nos contrató para ejecutar el Proyecto STI Plus: migrar los servicios de conectividad con RedBanc a Google Cloud Platform (GCP) e implementar microservicios Python en Cloud Run que soportaran el nuevo modelo de trabajo.
El desafío
El STI de RedBanc es la columna vertebral del intercambio de información financiera entre bancos en Chile. Reemplazarlo implicaba:
- Migrar servicios existentes a GCP sin interrumpir la conectividad operativa con RedBanc durante la transición
- Implementar Cloud Run como plataforma serverless para los nuevos microservicios, asegurando escalabilidad y disponibilidad
- Desarrollar microservicios Python para procesar, transformar y transmitir archivos conforme a los nuevos estándares de RedBanc
- Amortiguar el cambio: RedBanc no migraba de un día para otro. Había que convivir con ambos modelos durante el período de transición, asegurando que el banco pudiera operar con el sistema actual mientras se preparaba para el nuevo
Contexto clave: RedBanc procesa millones de transacciones interbancarias al día. El STI es el sistema que transporta los archivos de información entre bancos — desde transferencias hasta consultas de saldo. Cuando RedBanc cambia su plataforma, los bancos conectados no tienen opción: migran o pierden la conectividad.
Cómo lo hicimos
Levantamiento de servicios y dependencias
Primero, entendimos qué servicios existentes estaban conectados al STI de RedBanc, qué flujos de archivos manejaban y cuáles eran las dependencias técnicas. No toda la conectividad estaba documentada — parte del trabajo fue mapear los flujos reales en producción.
Migración a GCP
Migramos los servicios de conectividad del banco desde sus plataformas anteriores a GCP, aprovechando los servicios nativos de Google Cloud para asegurar disponibilidad, escalabilidad y seguridad. La migración se hizo de forma progresiva, validando cada flujo migrado antes de desactivar los servicios antiguos.
Implementación de Cloud Run y microservicios Python
El corazón del proyecto fueron los microservicios Python en Cloud Run. Diseñamos e implementamos servicios serverless que:
- Recibían archivos desde RedBanc bajo el nuevo protocolo STI
- Procesaban, validaban y transformaban los archivos según las reglas de negocio del banco
- Transmitían la información a los sistemas internos correspondientes
- Manejaban errores, reintentos y notificaciones
- Registraban métricas y trazabilidad para monitoreo
Cloud Run nos permitió desplegar estos servicios sin preocuparnos por la infraestructura subyacente — cada microservicio escalaba automáticamente según la demanda, y solo se pagaba por el tiempo de ejecución real.
Gestión de la transición
RedBanc migró su plataforma de forma progresiva, no con un corte único. Coordinamos con el equipo de RedBanc, con Creasys y con Banco Ripley para asegurar que cada fase de la migración tuviera su contraparte técnica lista en el banco. Los microservicios en Cloud Run se probaron contra los entornos de certificación de RedBanc antes de cada pase a producción.
Resultados
- Servicios de conectividad con RedBanc migrados a GCP exitosamente
- Microservicios Python en Cloud Run implementados y operativos, soportando el nuevo modelo STI de RedBanc
- Transición gradual gestionada sin pérdida de conectividad durante el cambio de plataforma de RedBanc
- Escalabilidad serverless: Cloud Run escala automáticamente según el volumen de archivos, optimizando costos
- Disponibilidad continua: el banco nunca perdió conectividad con RedBanc durante todo el proceso
- Recepción conforme del banco certificando el proyecto como exitoso
El detalle importante: Este proyecto no fue "migrar porque sí". RedBanc forzó el cambio de plataforma y el banco necesitaba estar listo antes del corte. No había opción de "no migrar". El éxito del proyecto se midió en una sola métrica: que el banco siguiera procesando archivos con RedBanc el día después del cambio, como si nada hubiera pasado.
Lo que aprendimos
- Cuando un proveedor externo cambia su plataforma, el reloj corre para todos. No hay margen para retrasos. La planificación debe considerar los hitos del externo como fechas inflexibles.
- Cloud Run es ideal para cargas de trabajo de procesamiento de archivos. Los microservicios Python se benefician del escalado automático a cero cuando no hay demanda, y del escalado horizontal instantáneo cuando llegan lotes grandes de archivos.
- La transición gradual salva vidas. Poder operar con ambos modelos (antiguo y nuevo) durante el período de certificación permitió validar cada flujo sin presión de producción.
- En banca, la conectividad con terceros críticos (RedBanc, CCA, etc.) nunca puede interrumpirse. Las pruebas deben ser exhaustivas, y los planes de rollback, obligatorios.