Un service Cloud Run public fonctionne bien sous une faible charge, mais ralentit et génère des erreurs sous une charge élevée lors d'un test de stress. Comment dépanner et résoudre le problème ?

Le ralentissement et les erreurs sous forte charge sont des symptômes classiques d'un service Cloud Run atteignant sa limite de max-instances. Cloud Run met automatiquement à l'échelle le nombre d'instances en fonction de la charge, mais il respecte la limite configurée par max-instances. Si cette limite est trop basse, le service ne peut pas créer suffisamment d'instances pour gérer le trafic, ce qui entraîne des latences et des erreurs. Augmenter max-instances permet au service de s'adapter à une charge plus élevée. Les autres options sont incorrectes car : Vérifier le trafic réseau de Cloud Monitoring et activer le partage de trafic est utile pour les déploiements ou les problèmes de version, pas pour un problème de mise à l'échelle sous charge. Augmenter min-instances garantit un nombre minimal d'instances prêtes, mais ne résout pas le problème de mise à l'échelle au-delà de ce minimum sous une charge élevée si max-instances est le facteur limitant. Désactiver Cloud Armor n'est pas une solution appropriée ; Cloud Armor protège contre les attaques DDoS et sa désactivation exposerait le service à des risques de sécurité. Un ralentissement dû à une attaque DDoS serait géré par Cloud Armor, et non par une limite d'instances.