18 años operando donde el error no es opción

En el mundo de los pagos, todo ocurre en segundos. Compras un café, pagas en línea o envías dinero desde el teléfono, y esperas que funcione de inmediato. Pero detrás de esa simple acción hay una infraestructura compleja que no puede detenerse. Si el sistema falla, el comercio no vende, el pago no llega y la economía se detiene por un instante. Llevamos 18 años operando esa infraestructura, y en la misión crítica la confianza no se promete, se ejecuta.

Cuando hablamos de sistemas transaccionales, el término “misión crítica” suele usarse con ligereza. Para nosotros, significa algo concreto: infraestructura bajo carga extrema que no puede caer. Es el switch que autoriza una compra en un POS, el core que liquida una transferencia inmediata, el ruteador que decide por dónde viajará una transacción en milisegundos.

Si el sistema falla, el impacto no es técnico. Es económico.

Navidad y el Día de la Madre no se improvisan

Hay fechas que no perdonan errores: Navidad, Día de la Madre, Cyber Days, Black Friday. En esos eventos, los peaks transaccionales pueden multiplicar varias veces el tráfico habitual.

En esos días no se prueba nada nuevo. Se ejecuta lo que ya fue probado bajo estrés.

En ingeniería de pagos no trabajamos con esperanza, trabajamos con simulación. Realizamos stress testing controlado, tuning de performance y análisis de cuellos de botella sobre motores como BASE24-eps, UPF y entornos NonStop antes de que el tráfico real llegue.

Si el sistema va a fallar, queremos que falle en laboratorio, no en un punto de venta.

Operar 24×7 ya no es una opción, es el estándar

Hace años, los bancos tenían ventanas nocturnas de mantenimiento. Hoy, con esquemas de pagos inmediatos ya operativos como Pix en Brasil y Bre-B en Colombia, el dinero se mueve 24/7/365.

En este contexto, una degradación de segundos puede convertirse en incumplimiento regulatorio.

Operar 24×7 no significa tener a alguien mirando dashboards en la madrugada. Significa diseñar para resiliencia:

• Observabilidad real: Monitoreo de tasas de aprobación, latencias, errores por código de respuesta y patrones anómalos en tiempo real.
• Gestión estructurada del MTTR: Ante un incidente, se contiene, se aísla y se restaura con disciplina operativa.
• Escalamiento crítico controlado: Activación rápida de recursos especializados ante amenazas a la continuidad del negocio.

La estabilidad no es suerte. Es proceso.

Evolucionar sin romper el motor

Los sistemas legacy no son el enemigo. Son motores robustos que han demostrado estabilidad durante décadas. El desafío es su rigidez frente a nuevas demandas: APIs abiertas, billeteras digitales, mensajería estructurada y ruteo dinámico.

La estrategia no es reemplazar el núcleo de golpe. Es desacoplar.

A través de capas de orquestación como Brizmo, gestionamos la complejidad de nuevos rieles de pago fuera del core transaccional. Brizmo absorbe la lógica moderna y se comunica con el legacy únicamente cuando es necesario, en su formato nativo.

Esto protege al core del ruido externo y extiende su vida útil sin comprometer estabilidad.

El verdadero riesgo: el pase a producción

En la experiencia operativa, la mayor causa de caídas no es el volumen. Es un cambio mal certificado.

Por eso automatizamos regresiones con TestRFlow, ejecutando escenarios reales bajo carga controlada y comparando comportamiento esperado versus comportamiento real. Actualizar sin degradar es parte de la disciplina de misión crítica.

18 años después

Hemos visto la industria pasar del batch nocturno a la inmediatez. Hemos visto monolitos convivir con arquitecturas modulares. Hemos visto entornos on-premise integrarse con nubes híbridas.

Lo que no ha cambiado es el principio básico: la infraestructura debe estar disponible cuando el país la necesita.

En la misión crítica, el mejor reconocimiento es el silencio: la transacción funcionó, el comercio vendió, el cliente pagó y nadie tuvo que pensar en la tecnología detrás.