kedacore/keda

Refactor scalers parsing to unify them

Offen

#5.037 geöffnet am 01.10.2023

Auf GitHub ansehenContributor Guide
 (12 Kommentare) (3 Reaktionen) (0 zugewiesene Personen)Go (1.457 Forks)auto 404
feature-requesthelp wantedneeds-discussionstale-bot-ignore

Repository-Metriken

Stars
 (10.372 Sterne)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

Proposal

Currently, each scaler parses the configuration using its own way, some of them use helpers for reading envs, other don't, some use one helper, others use their own helpers... There is a lot of fragmentation in scalers code and we should unify it

Use-Case

No response

Is this a feature you are interested in implementing yourself?

Maybe

Anything else?

No response

Contributor Guide

Research-Richtung
Analysiere die vorhandenen Implementierungen zur Konfigurationsparsung der Skalierer. Identifiziere gemeinsame Helfer oder Muster und schlage einen einheitlichen Ansatz zur Standardisierung der Parsung vor, möglicherweise durch die Erstellung eines gemeinsamen Dienstprogramms oder einer Schnittstelle. Untersuche die Codebasis auf Beispiele von Skalierern mit unterschiedlichen Parsing Stilen und dokumentiere die Abweichungen.
Tech Stack
go
Domain
backend
Issue Type
Refactoring
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Meist klar
Voraussetzungen
GoKubernetesKEDA scalers
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
50