Fallo en AWS envió estimaciones de US$ 4,2 billones a clientes con gastos reales de centavos
Durante casi 48 horas, un error en el subsistema de precios de Amazon Web Services mostró cobros ficticios de miles de millones; Amazon completó la corrección el 18 de julio al mediodía, hora del Pacífico.
La escala del error
El jueves por la noche, 16 de julio, un usuario de Amazon Web Services abrió el console de gestión de costos y vio una estimación mensual de US$ 2,5 billones. Su gasto real en los 30 días anteriores había sido de US$ 0,19. Otros informes recopilados por The Register y TechCrunch incluían cobros proyectados de hasta US$ 4,2 billones, también para cuentas con historial de unos pocos dólares al mes.
Amazon confirmó en el panel de salud de servicios: la causa era "un error de precios unitarios en el subsistema de computación de facturación estimada". El sistema afectado es el Cost Explorer y el Billing and Cost Management Console, herramientas utilizadas por equipos corporativos de FinOps para el monitoreo de gastos en tiempo casi real. Los cobros reales, las facturas y el procesamiento de pagos no se vieron afectados.
La secuencia
En la mañana del viernes, 17 de julio, Amazon publicó que "el retroceso de un cambio reciente no resolvió el problema". La empresa identificó la causa raíz horas después y anunció que comenzaría a reprocesar los datos del Cost Management Console para todos los clientes. El plazo oficial para restablecer los valores correctos era el sábado, 18 de julio, al mediodía, hora del Pacífico.
La falla duró menos de 48 horas. Pero para los equipos de FinOps de multinacionales que operan cientos de cuentas de AWS vinculadas a sistemas de alertas automáticas, el impacto fue operativamente real: los disparadores de costo configurados para bloquear nuevos aprovisionamientos o escalar alertas para CFOs fueron activados por valores que no correspondían a ningún uso real. Amazon no publicó el número de cuentas afectadas.
Por qué este tipo de error importa
La AWS generó US$ 107 billones en ingresos en los últimos cuatro trimestres y anunciará resultados del segundo trimestre el 30 de julio; los analistas esperan un crecimiento del 28% en los ingresos, la tasa más rápida en 15 trimestres consecutivos. Alphabet anunciará los números de Google Cloud el 27 de julio. Microsoft Azure y Google Cloud no registraron problemas de facturación durante el mismo período.
La dependencia corporativa en los datos de estimación del Cost Explorer ha crecido proporcionalmente con la adopción de arquitecturas multi-región y multi-cuenta. Muchas empresas consultan las estimaciones del console diariamente para aprobaciones de presupuesto de IT, porque la factura definitiva mensual llega demasiado tarde para fundamentar decisiones de asignación de recursos. Cuando este proxy de costo es más consultado que el dato real, un error en el proxy tiene un impacto desproporcionado. Para arquitectos de nube corporativa, el episodio convierte un riesgo tratado, hasta ahora, como hipotético en algo concreto.
El contexto por país
En Brasil, donde la AWS opera regiones en São Paulo y en Brasilia, contratos denominados en dólares con cláusulas de variación cambiaria hacen del Cost Explorer una referencia operacional de cambio. Un falso positivo durante 48 horas puede activar revisiones de cambio y bloqueos de aprobación de gastos sin ninguna justificación real detrás.
En el Reino Unido, regulaciones de la Financial Conduct Authority (FCA) exigen rastreabilidad de gastos de IT en instituciones financieras. Cuando el dato estimado diverge del dato real, los equipos de cumplimiento de los bancos británicos generan trabajo adicional de reconciliación que los reguladores no consideran inevitable ni aceptable como práctica normal.
Lo que falta saber
Amazon no publicó el número de cuentas afectadas, la naturaleza específica del cambio que generó el error ni confirmó si los clientes que activaron alertas automáticas fueron notificados individualmente. Por práctica estándar de la empresa, un análisis post-incidente (Post-Incident Review) se publica en hasta 30 días para eventos clasificados como de alto impacto.
El problema fue clasificado como un fallo en la capa de presentación, no como un incidente de seguridad. No hay evidencia de acceso no autorizado a datos de facturación o exposición de información de uso.
Para equipos de gobernanza de la nube, el episodio convierte en concreto un punto de arquitectura con solución directa: los sistemas de estimación en tiempo real y los sistemas de facturación definitiva necesitan de SLAs distintos y de alertas que identifiquen desviaciones por encima de un umbral configurable. Sin este mecanismo, el próximo error de subsistema disparará las mismas alarmas falsas, y la respuesta del equipo de FinOps consumirá las mismas horas.