Loadtesten onthullen een voorheen inactieve Cloud Storage-bucket die ongeveer 2000 schrijfbewerkingen/s en 7500 leesbewerkingen/s verwerkt; de Cloud Storage JSON API retourneert intermitterende 5xx en 429 wanneer de vraag piekt. Hoe vermindert u API-fouten?

De juiste oplossing is het beperken van de uploadsnelheid van uw applicatieclients. Cloud Storage buckets hebben een initiële I/O-capaciteit die geleidelijk toeneemt naarmate de vraag toeneemt. Een "koude" of inactieve bucket die plotseling veel verzoeken ontvangt, kan de initiële capaciteit overschrijden, wat leidt tot 5xx (serverfouten) en 429 (te veel verzoeken) fouten. Door de uploadsnelheid te beperken, geeft u Cloud Storage de tijd om de capaciteit van de bucket op te schalen, waardoor de fouten afnemen. Het verdelen van uploads over veel buckets helpt niet, omdat elke bucket nog steeds zijn eigen opschalingsproces moet doorlopen. Het gebruik van de XML API in plaats van de JSON API verandert niets aan de onderliggende opschaling van de bucket. Het teruggeven van HTTP-responscodes aan clients is een goede praktijk voor foutafhandeling, maar het voorkomt de fouten niet.