Ein Cloud Run-Dienst fragt Cloud SQL ab, und tägliche Verkehrsspitzen am Morgen verursachen Cloud SQL API-Kontingentfehler; das Projekt hat das API-Kontingent erreicht. Welche Konfigurationsänderung mindert dies?

Das Erhöhen der Mindestanzahl von Cloud Run-Instanzen (Min-Instanzen) stellt sicher, dass immer eine bestimmte Anzahl von Instanzen bereit ist, Anfragen zu bearbeiten. Dies hilft, die Last auf Cloud SQL zu verteilen und Spitzen im API-Verkehr zu glätten, anstatt dass viele neue Instanzen gleichzeitig hochfahren und sofort Anfragen an Cloud SQL senden, was zu Kontingentfehlern führen kann. Traffic Splitting ist für A/B-Tests oder Canary-Deployments gedacht, nicht zur Kontingentverwaltung. Das Ändern der maximalen Anzahl von Cloud Run-Instanzen würde das Problem verschärfen, da mehr Instanzen gleichzeitig hochfahren und das Kontingent schneller erreichen könnten. Die Einstellung der Container Concurrency beeinflusst, wie viele Anfragen eine einzelne Instanz gleichzeitig verarbeitet, aber nicht die Rate, mit der neue Instanzen hochfahren und API-Aufrufe tätigen.