Reduciendo los costes de transferencia de datos en AWS

Artículo original ↗ Discusión en Hacker News ↗

Los ingenieros analizan formas de reducir drásticamente los costes de transferencia de datos en Amazon Web Services (AWS), desde enrutar tráfico entre zonas de disponibilidad a través de S3 o CloudFront hasta aprovechar las asignaciones de Lightsail y ECR, al tiempo que advierten que algunas de estas tácticas bordean los términos de AWS y podrían cerrarse. Muchos sostienen que el precio del egress en AWS está muy por encima de los costes reales de red y funciona como mecanismo de bloqueo, lo que lleva a comparaciones con proveedores de VPS y bare metal mucho más baratos o con Cloudflare R2 para cargas de mucho ancho de banda. Otros responden que los servicios gestionados en la nube, los descuentos a escala y la menor carga operativa siguen justificando AWS para muchas organizaciones, y enfatizan que la elección correcta depende de los patrones de carga, las necesidades de fiabilidad y la experiencia interna.

Trucos de costes de transferencia de datos en AWS

  • El truco principal que se comenta: enrutar el tráfico entre AZ mediante S3 con VPC endpoints, aprovechando las cargas gratuitas y las lecturas gratuitas de S3 dentro de la misma región para recortar drásticamente los cargos entre AZ.
  • Otros mencionan:
    • Usar el nivel de salida gratuito de CloudFront (1 TB/mes) como vía de escape fuera de AWS.
    • Instancias de Lightsail como “proxies” de ancho de banda porque incluyen grandes cuotas de transferencia.
    • Imágenes públicas de ECR (con cargas cifradas) como una forma barata de sacar fuera datos limitados.
  • La gente señala que el almacenamiento “transitorio” de S3 suele parecer costar ~$0 si los objetos son de vida corta; algunos especulan sobre granularidad de facturación gruesa o muestreo.

¿Son estas lagunas y las cerrará AWS?

  • Algunos llaman a esto uso de “lagunas” al estilo evasión fiscal de la tarificación de AWS, y esperan que AWS reaccione cuando el uso sea lo bastante grande.
  • Otros sostienen que esto está diseñado así: S3 y CloudFront son deliberadamente baratos en patrones específicos para fomentar esas arquitecturas.
  • Se cita a GCP por haber cerrado ya una laguna similar de almacenamiento entre regiones; varios dicen que AWS podría cambiar la facturación de S3 para matar este patrón.
  • Los Términos de servicio de Lightsail prohíben explícitamente usarlo para esquivar otras tarifas de datos de AWS; se considera que la aplicación es rara, pero posible, especialmente para abusadores intensivos.

Precio y economía del ancho de banda en la nube

  • Hay un fuerte consenso en que el ancho de banda bruto es extremadamente barato al nivel mayorista; el egress de AWS/GCP se ve como una partida con márgenes altísimos y una herramienta de bloqueo (ingress gratis, egress caro).
  • Algunos argumentan que la tarificación también moldea los patrones de tráfico y la planificación de capacidad, no solo el beneficio.
  • Otros responden que proveedores pequeños de VPS/bare metal ofrecen ancho de banda mucho más barato o a tarifa plana y siguen siendo rentables, así que la tarificación del egress de los hyperscalers parece puro recargo.

Cloud vs VPS / bare metal / on-prem

  • Un bando: si estás haciendo “análisis sofisticado de costes en la nube”, quizá te convenga más VPS o colo, donde el ancho de banda es barato y la tarificación es más simple.
  • Bando contrario: operar on-prem o en colo de forma seria es difícil y exige mucho trabajo; salarios, guardias, recuperación ante desastres, seguridad y gobernanza a menudo superan los costes de AWS.
  • Varias anécdotas:
    • Ahorros enormes al pasar de AWS a proveedores como Hetzner (p. ej., de $50k a $800/mes), con fiabilidad aceptable.
    • Una migración a colo fallida en la que un único sysadmin se convirtió en un punto único de fallo; una caída obligó a volver a AWS.

Cuándo tiene sentido la nube; cuándo no

  • Se elogia la nube por su elasticidad, servicios gestionados y autoservicio rápido (frente a la burocracia on-prem basada en tickets).
  • Otros subrayan que es solo una herramienta: para cargas estables y con mucho ancho de banda, y con experiencia interna, VPS/colo puede ser 5–10× más barato.
  • Muchos coinciden en que, de una forma u otra, el análisis de costes es esencial; los mantras de “la nube es buena” vs “la nube es mala” se ven como poco útiles frente a un análisis explícito de compensaciones.