Een openbare Cloud Run-service presteert goed onder lichte belasting, maar vertraagt en genereert fouten onder hoge belasting tijdens een stresstest. Hoe moet u het probleem oplossen en aanpakken?

De correcte optie is om te controleren of de Cloud Run-service de max-instances limiet heeft bereikt en deze te verhogen indien nodig. Hoge belasting die leidt tot vertragingen en fouten duidt vaak op onvoldoende capaciteit. max-instances bepaalt het maximale aantal service-instanties dat Cloud Run kan schalen om aan de vraag te voldoen. Als deze limiet wordt bereikt, kunnen nieuwe verzoeken niet worden verwerkt, wat resulteert in vertragingen en fouten. De andere opties zijn minder waarschijnlijk of onjuist: Netwerkverkeer controleren en traffic splitting inschakelen is nuttig voor A/B-testen of rollback, niet primair voor het oplossen van prestatieproblemen onder hoge belasting. min-instances verhogen zou de opstarttijd kunnen verbeteren, maar lost geen problemen op als de service al onder hoge belasting draait en de maximale schaalbaarheid bereikt. Cloud Armor uitschakelen is gevaarlijk en onwaarschijnlijk de oplossing, tenzij er een specifieke misconfiguratie is die legitiem verkeer blokkeert, wat niet de primaire oorzaak is van prestatieproblemen onder hoge belasting.