Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Feature Request: Add metric to monitor ResourceGroup object size against etcd limits

Aperta
#2,018 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

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
observability

Direzione di ricerca

Iniziare individuando l’implementazione esistente di ResourceGroup e le metriche declared_resources e resource_count. Determinare come dovrebbe essere definita la dimensione della ResourceGroup serializzata o una stima della prossimità a un limite, quindi individuare i test di monitoraggio o la documentazione che dimostrerebbero che la nuova metrica è esposta e utile.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

enhancement
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: Currently, users struggle to know precisely how close a ResourceGroup object is to hitting the Kubernetes API server or etcd object size limits. While metrics like resource_count exist, they serve only as a rough heuristic and do not accurately reflect the actual serialized size of the object. If the limit is reached, it causes synchronization failures that are hard to predict.

Feature request: We would like Config Sync to surface a new metric that tracks the size of the serialized ResourceGroup object (or an estimate of how close it is to the limit). This would allow users to monitor their usage and proactively restructure their configurations (e.g., by splitting repositories) before hitting hard limits.

Alternatives considered: Monitoring the declared_resources or resource_count metrics. However, since individual resource sizes vary significantly, a simple count is often an insufficient proxy for the actual object size.

Importance

No response

Lingua principale
Go
Stelle
279
Fork
59
Merge medio
5g 10h
PR unite (30g)
12

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di GoogleContainerTools/config-sync

Tutte le issue di GoogleContainerTools/config-sync

Issue simili

Altre issue su Go

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.