Feature Request: Auto-scale ResourceGroup or increase object limit to prevent KNV2009
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- go, kubernetes
- Ambito
- devops, infrastructure
Direzione di ricerca
La issue nomina ResourceGroup e l’errore KNV2009, ma non indica file o test. Inizia cercando nel repository la gestione di KNV2009 e ResourceGroup, quindi determina il limite attuale degli oggetti e come viene applicato. Il lavoro richiederebbe una soluzione concordata per l’auto-scaling o un limite sostanzialmente più alto, insieme alla copertura per i resource groups che superano il limite attuale.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Checklist
- I did not find a related open enhancement request.
- I understand that enhancement requests filed in the GitHub repository are by default low priority.
- If this request is time-sensitive, I have submitted a corresponding issue with GCP support.
Describe the feature
Description: Users are encountering the error KNV2009 - source repository contains too many resource objects when the number of resources in a single ResourceGroup exceeds the current limit. This blocks the ability to scale, add new users, or sync additional resources. Currently, users must rely on manual workarounds to fix this, which introduces unnecessary risk to production environments and is not a sustainable long-term solution.
Feature request: We would like a solution that allows ResourceGroup to either:
- Auto-scale: Dynamically handle larger numbers of resources without manual intervention (e.g., auto-sharding).
- Increase Limits: significantly raise the maximum number of resource objects that can be inventoried by a single ResourceGroup.
Importance
No response
- Lingua principale
- Go
- Stelle
- 279
- Fork
- 59
- Merge medio
- 10h 23m
- PR unite (30g)
- 9
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di GoogleContainerTools/config-sync
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
GoogleContainerTools/config-sync#2326 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
GoogleContainerTools/config-sync#2090 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
GoogleContainerTools/config-sync#2031 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
GoogleContainerTools/config-sync#2026 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
GoogleContainerTools/config-sync#2025 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di GoogleContainerTools/config-sync
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
CycloneDX/cyclonedx-go#304 ·
-
[Bug]: snowflake_share fails to read a share attached to a listing with target accounts ('TARGETED ACCOUNTS' in the "to" column)Forse già presa @akhil9tiet l’ha presa oggi. Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
snowflakedb/terraform-provider-snowflake#5366 · 2 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 83/100
txn2/mcp-data-platform#2493 ·
I maintainer di solito rispondono entro 1 giorno
-
fix(doctor): format MongoDB URI and UNIX socket addresses correctly in doctor diagnostic outputApertabug good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
oscarbol09/branchbase#178 ·
I maintainer di solito rispondono entro 4 giorni