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

En la industria de los medios de pago, un milisegundo de latencia en un ambiente de pruebas es un dato para afinar. Pero quince segundos de indisponibilidad en producción, durante el Día de la Madre, es una crisis a nivel nacional. Operar infraestructura financiera no se trata de encender servidores; se trata de sostener el pulso económico de un país. Llevamos 18 años haciéndolo, 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 picos 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.