Las pruebas de carga revelan que un bucket de Cloud Storage previamente inactivo atiende ~2000 escrituras/s y ~7500 lecturas/s; la API JSON de Cloud Storage devuelve intermitentemente 5xx y 429 a medida que la demanda aumenta. ¿Cómo se reducen los fallos de la API?

La opción correcta es limitar la tasa de carga de los clientes. Cloud Storage tiene límites de rendimiento iniciales para buckets nuevos o inactivos que aumentan gradualmente a medida que el servicio observa patrones de acceso. Un aumento repentino de la carga puede exceder estos límites iniciales, resultando en errores 5xx (errores del servidor) y 429 (demasiadas solicitudes). Al limitar la tasa de solicitudes, se permite que el sistema de Cloud Storage escale internamente y se adapte a la nueva demanda de manera más suave, evitando la saturación. Distribuir las cargas entre muchos buckets no es la solución, ya que el problema radica en la capacidad de escalado inicial de cada bucket individual. Usar la API XML en lugar de la JSON no cambia los límites de rendimiento subyacentes del bucket. Devolver los códigos de respuesta HTTP a los clientes es una buena práctica de manejo de errores, pero no previene los fallos de la API en primer lugar.