La segunda nube

Qué ha pasado

Tres redes, una operación

La traza del pago recorre toda la serie. El TPV manda el pago a Tarjetas, en el CPD. Tarjetas pregunta a Antifraude, en la segunda nube, y espera. Con la respuesta, pide a Cuentas que retenga el importe, sin salir del CPD, y autoriza. Después avisa a Notificaciones, en la nube principal, que manda la notificación al móvil de Ana. Tres redes que tienen que cumplir lo de los episodios anteriores: rangos que no se solapan (el CPD en 10.0.0.0/12, la nube principal en 10.64.0.0/10, la segunda en 10.128.0.0/20, todo del mismo plan), rutas que BGP reparte por dos interconexiones, y un DNS que resuelva entre tres dominios, con reenvío condicional como en el episodio 4.

Cada milisegundo, en el TPV

La consulta a Antifraude es síncrona: el TPV no sabe si el pago está autorizado hasta que vuelve. A la izquierda, la consulta va del CPD a la nube principal, cruza el router de tránsito y salta a la segunda nube, y la respuesta hace el camino al revés: el TPV espera unos 70 ms. A la derecha, la línea directa se ahorra un enlace y el router de tránsito: unos 60 ms. Diez milisegundos parecen poco, pero se suman a todo lo demás que pasa en una autorización (la red de tarjetas, el conmutador, la propia decisión), y se pagan en cada uno de los millones de pagos del día. La resiliencia de lo síncrono, los timeouts y qué hacer cuando la respuesta tarda es tema de la serie de resiliencia.

La salida, pagada dos veces

Empieza el día. Cada pago son unos pocos KB de consulta y respuesta. Pero Antifraude no solo contesta: aprende. Para eso recibe los MovimientoRegistrado de Cuentas, todos, no solo los de tarjeta, y cada pago arrastra varios movimientos más. Esos datos pesan más que las consultas, y cruzan también.

A la izquierda, todo lo que va del CPD a Antifraude entra en la nube principal y vuelve a salir hacia la segunda: la nube principal cobra el router de tránsito y la salida hacia la otra nube. Y la respuesta sale de la segunda nube y luego de la principal. La salida se paga dos veces. A la derecha, lo que va del CPD a la segunda nube entra directamente, y lo que entra en una nube casi nunca se cobra: la salida por GB es casi cero. A cambio, la línea directa cuesta su puerto cada mes, se use o no.

A este volumen, lo que BCPS Bank paga por GB es poco al lado del puerto de una línea: la línea directa no se justifica por lo que ahorra en salida, sino por los milisegundos del TPV y por tener un segundo camino. Con más volumen, o con más datos cruzando, las cuentas cambian. Por eso el marcador enseña las dos cosas por separado.

Cuándo hace daño: cae la línea directa

Tira la línea directa. BGP deja de oír sus anuncios y el tráfico pasa al camino del hub, que ya anunciaba las mismas rutas con menos preferencia. Nadie toca ninguna tabla: el TPV espera lo mismo que a la izquierda y el pago llega. Más lento, pero llega. Es el segundo camino del episodio 3, esta vez entre tres redes. La línea directa es otra cosa más que contratar, vigilar y que puede caer; con el hub de respaldo, cuando cae, se nota en milisegundos y no en pagos.

Tira ahora la interconexión entre nubes. A la izquierda era el único camino hasta Antifraude. Tarjetas entra en riesgo acotado: autoriza sin preguntar los pagos de hasta 50 €, con un tope de 150 € por tarjeta mientras dure el problema, deniega lo demás y lo marca todo para que Antifraude lo revise cuando vuelva. Es la misma decisión que se toma cuando Antifraude no responde por cualquier otro motivo (la serie de consistencia cuenta la del cajero sin conexión). A la derecha, la línea directa no pasa por la nube principal y los pagos siguen igual. Si caen los dos caminos, las dos entran en riesgo acotado: la red no puede garantizar que siempre haya camino; el negocio decide qué hacer cuando no lo hay.

Multicloud, con honestidad

La segunda nube se justifica aquí por una pieza concreta: un servicio que la primera no tiene. Para todo lo demás, dos nubes son dos modelos de red, dos formas de hacer firewalls, rutas y DNS, dos facturas de salida y el doble de cosas que saber. Por eso BCPS Bank solo mueve Antifraude, y apunta en su decisión (el ADR de la segunda nube) que, si el servicio apareciera en la nube principal, Antifraude volvería.

Criterio

1. ¿Hace falta de verdad otra nube?Un servicio que la primera no tiene, un requisito del regulador.
   sí ↓
2. si no: una sola nube, que es lo recomendable por defecto
3. ¿Lo que cruza está en el camino síncrono de una operación, o es mucho volumen?Una autorización en un TPV; los datos de aprendizaje.
   camino directo desde donde nace el tráfico, con el otro de respaldo
4. no ↓
5. Reutilizar el hub: un salto más, pero una sola red que gestionar. Y en cualquier caso, decidir qué hace el negocio cuando no hay camino.

En el mundo real

Conectar dos nubes de forma privada se ha vuelto un producto: Google ofrece Cross-Cloud Interconnect hacia AWS, Azure y otros; Azure y Oracle tienen una interconexión directa entre sus regiones desde hace años; y AWS y Google anunciaron a finales de 2025 una interconexión gestionada entre sus redes. Antes de eso, y todavía hoy, lo habitual es pasar por un proveedor intermedio, como Equinix o Megaport, que tiene presencia en los centros de datos de todas las nubes y vende circuitos virtuales entre ellas; es la opción de la izquierda sin pasar por el hub, contratada a un tercero.

La salida es el coste que más se discute del multicloud: meter datos en una nube es gratis, sacarlos no. Desde 2024 los grandes proveedores no cobran la salida a quien se va del todo (empujados por la Data Act europea), pero el tráfico del día a día entre nubes se sigue pagando. Y el motivo más habitual para tener una segunda nube en banca no es un servicio, sino la recuperación ante desastres: el reglamento europeo DORA exige a las entidades un plan de salida de sus proveedores críticos, y algunas mantienen una copia de lo crítico en otra nube. Es un camino que no se usa hasta el día del desastre, y precisamente por eso hay que probarlo.

Hay más piezas que esta serie deja fuera: IPv6, que quita el problema de los rangos solapados a cambio de otros; SD-WAN, para unir muchas oficinas con el CPD y las nubes; y anycast, una misma IP anunciada desde muchos sitios para que cada cliente llegue al más cercano, que es como funcionan los DNS públicos y las CDN.

Equivalencias

Final de la serie

La traza de Ana empezó sin salir de su móvil y termina cruzando tres redes. En cada paso se abrió un camino nuevo, y cada uno tuvo su precio: un rango que había que planificar, un NAT que cobra, un enlace que se cae, un DNS que se vuelve imprescindible, un hub que concentra, una salida que se paga dos veces. Conectar es fácil; lo que se diseña es quién puede hablar con quién, por dónde y cuánto cuesta cada salto.

Esta red no se monta a mano en una consola: se escribe. La serie de IaC la construye con Terraform desde una landing zone, y trata la infraestructura como código como un problema de sistemas distribuidos: estado deseado, drift, el estado como base de datos y cómo repartirlo entre equipos.

← Todos los episodios · Antifraude en el mapa de BCPS Bank · Tarjetas