¿Nube Pública o Híbrida? Gestionando la latencia en switches transaccionales de alto volumen
En el papel, la migración a la nube promete escalabilidad infinita y costos reducidos. En la práctica operativa de un switch transaccional, la nube introduce una variable crítica que puede romper la promesa de inmediatez: la latencia. Cuando los nuevos rieles de pago exigen liquidación en segundos, la arquitectura de red deja de ser un detalle de TI para convertirse en una definición estratégica de negocio.
La industria de pagos en América Latina está atravesando una transición forzada por la inmediatez. Sistemas como Pix en Brasil liquidan pagos en apenas 3 segundos, y el esquema Bre-B en Colombia establecerá un tiempo máximo de abono de 20 segundos, con un time-out estricto de 45 segundos para todo el ciclo de la operación.
Para un core bancario tradicional, diseñado para procesos batch (por lotes) y ventanas de mantenimiento nocturno, estos tiempos no son solo agresivos; son, en muchos casos, inalcanzables sin una reingeniería profunda. Aquí es donde surge el debate sobre dónde debe residir el procesamiento: ¿en la nube pública o en el centro de datos on-premise?
1. El dilema: la nube pública es el destino, pero la híbrida es la realidad
Aunque la visión a largo plazo para la mayoría de las instituciones financieras es ser cloud-native, la realidad operativa dicta prudencia. Actualmente, solo el 7% de las instituciones financieras a nivel global operan completamente en la nube; la gran mayoría está adoptando, y mantendrá por los próximos años, modelos de nube híbrida.
¿Por qué? Porque los sistemas legados (legacy), que consumen hasta el 75% de los presupuestos de TI en mantenimiento, no pueden reemplazarse de la noche a la mañana mediante estrategias de “rip and replace” sin asumir riesgos operacionales inaceptables. La estrategia dominante es la modernización progresiva (hollow out the core), donde se extraen funciones críticas del monolito poco a poco hacia arquitecturas modernas.
2. El desafío técnico: latencia en el “round-trip”
El problema arquitectónico en un modelo híbrido es físico: la distancia. Si una institución financiera despliega sus canales digitales y capas de experiencia en una nube pública (ej. AWS o Azure), pero mantiene su core transaccional y libro mayor en un mainframe on-premise, cada transacción debe viajar “ida y vuelta”.
En un ecosistema de pagos inmediatos, donde cada milisegundo cuenta para el fraude, la validación y la autorización, esa latencia de red añadida puede causar time-outs, resultando en transacciones fallidas y una mala experiencia de usuario.
La solución no es solo “mover servidores”, es desacoplar funciones.
Para gestionar esta latencia, la arquitectura debe evolucionar hacia el desacoplamiento:
- Capas de orquestación en el borde: utilizar arquitecturas de microservicios para colocar la lógica de validación, routing y pre-compliance (ISO 20022) en la nube, lo más cerca posible del iniciador del pago.
- Procesamiento asíncrono: mover las funciones que no son críticas para la autorización inmediata (como la conciliación o el reporte regulatorio) fuera del camino crítico de la transacción.
3. La respuesta de Kuvasz: ingeniería de misión crítica
En Kuvasz Solutions, entendemos que la nube no es mágica; requiere una ingeniería rigurosa de SRE (Site Reliability Engineering) y optimización de rendimiento (tuning). No basta con “subir” un switch a la nube; hay que rediseñarlo para la elasticidad.
Nuestra aproximación para mitigar riesgos y latencia incluye:
- Trafpay (Switch as a Service): una plataforma en la nube que permite a las entidades operar un switch transaccional moderno bajo un modelo OpEx (sin grandes licencias iniciales), gestionado por expertos que optimizan la latencia y la conectividad con las redes.
- Brizmo para pagos inmediatos: diseñamos nuestra plataforma de orquestación Brizmo para vivir en arquitecturas híbridas. Actúa como un amortiguador inteligente, gestionando la mensajería ISO 20022 y la conectividad con los rieles centrales (como el de Bre-B o Pix), mientras se comunica de forma eficiente con el core legado solo cuando es estrictamente necesario.
- Observabilidad y hardening: implementamos monitoreo avanzado para detectar cuellos de botella en la red en tiempo real, asegurando la continuidad operativa 24/7 que exigen los nuevos mandatos regulatorios.
Conclusión
La adopción de la nube híbrida es el puente necesario hacia el futuro de los pagos. Sin embargo, cruzar ese puente requiere un socio que no solo entienda de servidores, sino que entienda el comportamiento de una transacción financiera bajo carga extrema.
En Kuvasz, llevamos más de 17 años asegurando que, sin importar dónde residan sus servidores, el pago siempre llegue a tiempo.
[about_kuvasz]
Fuentes utilizadas:
- Tiempos de liquidación (Pix y Bre-B).
- Adopción de nube híbrida y modernización progresiva.
- Arquitectura de microservicios y desacoplamiento.
- Soluciones Kuvasz (Trafpay, Brizmo, SRE).
