Des tests de charge révèlent qu'un bucket Cloud Storage auparavant dormant gère environ 2000 écritures/s et 7500 lectures/s ; l'API JSON de Cloud Storage renvoie des erreurs 5xx et 429 intermittentes lorsque la demande augmente. Comment réduire les échecs d'API ?

La limitation du taux de téléchargement (rate limiting) est la bonne approche car les buckets Cloud Storage ont des limites de débit initiales pour les objets fréquemment accédés, en particulier les buckets "dormants" qui n'ont pas été utilisés récemment. Une augmentation soudaine du trafic peut dépasser ces limites, entraînant des erreurs 429 (Too Many Requests) et 5xx (erreurs serveur). En augmentant progressivement le taux de requêtes, Cloud Storage peut s'adapter et ajuster ses ressources pour gérer la charge, évitant ainsi les erreurs. Distribuer les téléchargements sur plusieurs buckets n'est pas nécessaire et complexifierait la gestion, car un seul bucket peut généralement gérer des charges importantes après adaptation. L'API XML n'offre pas d'avantages significatifs en termes de gestion du débit par rapport à l'API JSON. Transmettre les codes d'erreur aux clients ne résout pas le problème sous-jacent de la surcharge du bucket.