La trampa del egress: la partida de la factura cloud que nadie presupuesta

Presupuestaste el cómputo. Presupuestaste el almacenamiento. Y entonces llegó la factura con una línea que nunca modelaste: transferencia de datos. Egress. La tarifa que pagas por volver a leer tus propios datos desde la nube.

Rara vez es la cifra que salta a la vista. Es la que crece a tus espaldas mientras miras hacia otro lado, hasta que un mes resulta ser un tercio de la factura y nadie sabe explicar exactamente por qué.

Qué es realmente el egress y por qué se cobra así

El egress son los datos de salida: bytes que abandonan una zona, una región o la red del proveedor por completo. La entrada suele ser gratis. La salida se mide por gigabyte, y la tarifa se acumula en capas — entre AZ, entre regiones, hacia internet — cada una con su propio precio.

Almacenar datos es barato y cada vez lo es más. Donde está el margen es en moverlos. Cobrar por el egress le aporta dos cosas a la vez a un hyperscaler: imprime dinero sobre un tráfico que a ellos les cuesta muy poco, y encarece el irse algún día. Los datos que metes son gratis de ingerir. Sacarlos de vuelta, a escala, no lo es. Esa asimetría no es un accidente. Es el modelo de negocio.

Cómo deforma tu arquitectura

Aquí está la parte que debería incomodarte como ingeniero. El precio del egress deja de ser un detalle de facturación y empieza a tomar decisiones de diseño por ti.

• Dejas de mover datos. El diseño limpio dice copia este dataset a donde está el cómputo. La factura dice que no. Así que retuerces la topología para mantener los bytes quietos, incluso cuando esa es la decisión equivocada.
• Le coges miedo al multirregión. Replicar a una segunda región para tener resiliencia es exactamente lo que deberías hacer. El egress entre regiones lo convierte en un impuesto recurrente, así que te convences a ti mismo de no hacerlo.
• Evitas el pipeline de analítica obvio porque traer los datos a la herramienta que debería procesarlos cuesta más que el propio procesamiento.
• Acabas atrapado. Una vez tus datos son grandes, el coste de sacarlos para evaluar a otro proveedor es ya de por sí un disuasorio. El contador del egress es un foso, y tú estás en el lado equivocado.

Ninguna de estas es una decisión de correctitud. Son decisiones para esquivar la factura disfrazadas de arquitectura.

El patrón del susto en la factura

Siempre tiene la misma pinta. Un lanzamiento va bien. Un job por lotes se vuelve más parlanchín. Un cliente mal configurado reintenta cruzando el límite de una región. Un dashboard nuevo consulta un object store desde el sitio equivocado. El tráfico que era un error de redondeo se convierte en el coste dominante, y lo peor es que no puedes predecirlo de antemano — el tarifario tiene tantos tramos y fronteras que la única forma de conocer la cifra es que te la facturen. Diseñas a la defensiva alrededor de un coste que no puedes modelar. Esa es la trampa.

Qué hacemos nosotros en su lugar

Creemos que deberías diseñar para la correctitud, no para la factura. Así que quitamos la palanca.

No hay cobro de egress entre recursos de Kaligon dentro de la misma región. Tu VM hablando con tu volumen de bloque, tu object store, tu base de datos, otra VM — ese tráfico es gratis. Mueve los datos a donde está el cómputo. Replica dentro de la región para tener resiliencia. Construye el pipeline como manda el libro. Los bytes entre tus propios recursos no aparecen en la factura.

El tráfico de salida hacia internet tiene una única tarifa plana. Un número. Sin recargo entre AZ, sin escalera de tramos entre regiones, sin esa frontera sorpresa con la que tropezaste a las 2 de la mañana. Puedes leerlo en la página de precios y meterlo en una hoja de cálculo antes de construir nada.

Eso encaja con cómo se cobra el resto de Kaligon: un precio plano por recurso, facturación por segundo con tope mensual y un presupuesto duro que de verdad frena el gasto. Sin gimnasia de reserved instances, sin descuentos por uso comprometido detrás de los que tengas que correr. Y como tus datos se quedan en la región que elegiste, no se van paseando en silencio a algún sitio más caro de abandonar.

El egress debería ser un asunto de red, no una restricción de diseño. Diseña lo correcto. Deja que la factura sea aburrida.