¿Cuántos proveedores necesita un banco para operar seguro?

Un cliente abre una app para hacer una transferencia. Para él, la operación dura segundos — pero detrás de la pantalla, esa transacción puede atravesar tecnología de seis, siete o más proveedores antes de llegar a su destino.

CDN para la entrega. WAF para la protección de aplicaciones. Mitigación de DDoS. Gestión de bots. API Gateway. Observabilidad. Alguna capa de procesamiento en el edge. Ahora, la inferencia de AI también empieza a entrar en esa arquitectura.

Cada solución se contrató para resolver un problema legítimo por su cuenta. La dificultad aparece cuando todas necesitan funcionar como si fueran una sola. En ese escenario, la cantidad de proveedores deja de ser una discusión de procurement y se convierte en una cuestión de arquitectura.

Para CIOs y CTOs de instituciones financieras, la cuenta necesita considerar más que licencias y consumo de infraestructura. Cada proveedor agrega políticas para administrar, datos para correlacionar, accesos para controlar, integraciones para mantener y un entorno más para investigar cuando algo sale mal.

Y en un banco, que algo salga mal durante unos minutos ya sale caro.

---

Por qué la fragmentación de la infraestructura aumenta el riesgo operativo de los bancos

El sector financiero pasó años eliminando la fragmentación en la experiencia del usuario.

El cliente no quiere abrir una app para consultar su cuenta, otra para pagar, otra para invertir y una cuarta para hablar con el banco. La respuesta fue concentrar cada vez más servicios en una experiencia digital única.

Sin embargo, la infraestructura no siempre acompañó ese movimiento. Una solicitud puede llegar por una CDN, pasar por una solución de seguridad, ser analizada por otra herramienta de gestión de bots, acceder a APIs gestionadas en otro entorno y generar datos que se envían a una plataforma separada de observabilidad.

El diseño funciona. Pero cobra un precio operativo.

Considera un cambio relativamente simple en un flujo de autenticación. Una nueva regla puede necesitar replicarse en más de una herramienta. Los criterios de cada proveedor no son necesariamente iguales, y tampoco lo son las interfaces, los lenguajes de configuración ni los ciclos de actualización.

Después de meses o años de cambios, excepciones y ajustes de emergencia, la institución corre el riesgo de tener políticas que deberían ser equivalentes, pero que ya no producen exactamente el mismo comportamiento — lo que en operaciones de seguridad ya se conoce como policy drift.

Para el CIO y el CTO, lo que importa aquí no es el nombre del problema, sino el origen del costo: cada proveedor adicional en el flujo significa una consola más para revisar, un equipo de soporte más para involucrar y una política más para mantener sincronizada con las demás. El efecto de ese desajuste sobre el tiempo de investigación de un incidente está detallado en WAF, Bots y DDoS: seguridad con un control plane.

Cada proveedor también entra en la auditoría

Un proveedor necesita pasar por evaluación de seguridad, gestión de accesos, revisión de arquitectura, procesos de compliance y seguimiento contractual. Según el servicio y los datos involucrados, entran requisitos adicionales de gobernanza.

Ahora multiplica ese trabajo por la cantidad de proveedores en el camino de una transacción.

Una solución que parece más económica cuando se analiza de forma aislada puede resultar cara cuando exige nuevas integraciones, más horas de los equipos internos y otro conjunto de controles para administrar.

Cómo Azion ayuda a reducir la complejidad de la infraestructura bancaria

Reducir el número de proveedores no es suficiente por sí solo. Si la seguridad, la entrega, el procesamiento y los datos siguen operando en silos, la complejidad permanece dentro de la arquitectura.

La propuesta de Azion es consolidar estas capacidades en una misma plataforma. WAF, Bot Manager, DDoS Protection y Network Shield operan junto con Cache, Functions, Data Stream y AI Inference dentro de una arquitectura común — cubriendo la misma lista de capas fragmentadas descrita al inicio de este artículo, sin exigir un proveedor aislado para cada una.

En la práctica, una solicitud puede ser inspeccionada por WAF y atendida por Cache sin avanzar hasta el origen. Functions permite ejecutar lógica cerca del usuario, mientras que Data Stream envía eventos a los sistemas que la institución ya utiliza. Para aplicaciones de inteligencia artificial, AI Inference agrega capacidad de inferencia sin exigir una infraestructura aislada para cada nuevo caso de uso.

El efecto más importante aparece en la operación. Las políticas, el procesamiento y los datos comienzan a compartir más contexto a lo largo de la solicitud, reduciendo los puntos de integración y el trabajo necesario para correlacionar información entre herramientas — el mismo tipo de beneficio que se discute en detalle en Por qué una Plataforma WAAP Unificada Reduce el Riesgo para el SOC, desde la perspectiva de quienes investigan incidentes en el día a día.

Para una institución financiera, consolidar la infraestructura no significa simplemente tener menos contratos. Significa reducir las fronteras operativas que los equipos deben administrar.

Qué cambia cuando la infraestructura deja de ser un rompecabezas

Los resultados de Zoop ayudan a poner números en esta discusión. Con Azion, la fintech de iFood registró una reducción del 30% en costos operativos, 50% menos latencia y una disponibilidad del 99,99%.

Mirar solo la reducción del 30% en costos dejaría fuera parte de la historia. Esa caída vino acompañada de menor latencia y alta disponibilidad. Para una operación financiera, estos indicadores necesitan moverse juntos. Ahorrar en infraestructura a costa de la experiencia o de la disponibilidad solo trasladaría el problema.

La consolidación también se refleja en cómo Zoop gestiona el fraude. A través del Azion Marketplace, la fintech integró Azion con Axur para detectar tarjetas comprometidas antes de la autorización de la transacción, mientras que Data Stream alimentaba las plataformas de monitoreo de la empresa y permitía ajustar las políticas de riesgo de forma dinámica. En otras palabras: entrega, seguridad y datos operando en la misma plataforma, sin necesidad de un proveedor nuevo y aislado para cada nueva capacidad de detección.

En FourBank, la plataforma permite aplicar controles considerando URL y contexto. Esto le da a la institución más precisión para decidir cómo deben tratarse las diferentes solicitudes, sin depender solo de reglas genéricas para toda la aplicación.

En el Banco de la Nación, la institución financiera pública del Perú, unificar aceleración, caché y seguridad en una sola plataforma redujo el tiempo promedio de respuesta en un 97,6% y la transferencia de datos desde el origen en un 75% — con una reducción de hasta el 96% en los costos de transferencia de datos en la nube. La ganancia no vino de reemplazar un proveedor por otro más barato. Vino de eliminar las costuras entre rendimiento y seguridad que una configuración multiproveedor habría mantenido.

Son tres casos con necesidades diferentes. El punto en común es operativo: la plataforma necesita reducir el trabajo, no solo el número de logotipos en el diagrama de arquitectura.

El TCO que no aparece en la propuesta comercial

Comparar el precio de una CDN con otra, o un WAF con otro, es relativamente simple. Comparar el costo de operar arquitecturas diferentes exige otra cuenta — y esa cuenta le pertenece al procurement y a la arquitectura, no a la operación de seguridad del día a día.

¿Cuántas veces necesita configurarse la misma política en proveedores diferentes?

¿Cuántos proveedores participan en un análisis de causa raíz, y cuántos de ellos necesitan ser contactados individualmente?

¿Cuánto trabajo de seguridad, compliance y auditoría agrega cada nuevo proveedor al ciclo anual de revisión?

¿Y cuánto cuesta llevar una nueva capacidad a producción cuando exige una integración más, un contrato más y un entorno más para operar?

Estas preguntas cambian la discusión de TCO.

La licencia y el consumo siguen siendo importantes, claro. Pero la integración, la gobernanza contractual y el tiempo que los equipos de arquitectura y compliance dedican a revisar cada proveedor también consumen presupuesto — muchas veces de forma menos visible, repartido entre las horas de equipos que deberían estar trabajando en producto, seguridad o ingeniería.

Para los bancos, este punto tiende a volverse aún más relevante con la entrada de la inteligencia artificial en los flujos digitales. Si cada nueva generación de tecnología resulta en un proveedor más, una capa más y una consola más, la arquitectura acumula complejidad más rápido de lo que logra eliminarla.

Una métrica diferente para CIOs y CTOs

Los bancos ya trabajan para reducir la fragmentación en la experiencia del cliente. La infraestructura necesita seguir la misma dirección.

La cuestión no es eliminar a todos los proveedores, sino entender dónde la especialización genera valor y dónde solo agrega complejidad, costo y nuevas fronteras operativas.

Azion reúne seguridad, entrega, procesamiento, observabilidad e inferencia de AI en una sola plataforma, ayudando a las instituciones financieras a simplificar esa arquitectura sin renunciar a rendimiento y control.

---

¿Quieres mapear cuántos proveedores están hoy en el camino de un flujo crítico de tu institución? Habla con un especialista de Azion y descubre cómo WAF, Cache, Functions, Data Stream y AI Inference operan como una sola arquitectura.