stackabletech / stackabletech/commons-operator
Lower memory usage of commons-operator
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Python
- Sterne
- 8
- Forks
- 4
- Ø Merge
- 7 Std. 48 Min.
- Gemergte PRs (30 T.)
- 7
Beschreibung
Currently the memory required by the commons-operator scales with the amount of Pods in a K8s cluster.
This can lead to more or less unbounded memory usage.
We need to investigate how we can limit this.
One possibility to limits this is by leveraging the work that will be done in https://github.com/stackabletech/issues/issues/188
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Es werden keine Dateien, Tests oder Einstiegspunkte genannt. Beginne damit, das verlinkte Stackable issue #188 zu lesen und zu messen, wie sich der Speicherverbrauch von commons-operator mit der Anzahl der Pods in einem Cluster verändert. Erledigt sollte ein festgelegter Ansatz mit begrenztem Speicherverbrauch sein, mit Nachweisen dafür, dass er das gemeldete Skalierungsverhalten adressiert.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- kubernetes, python
- Bereich
- devops, infrastructure
- Issue-Typ
- Bug
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100