flyteorg/flyte

[Core feature] Surface pod template mis-configuration in the UI.

Geschlossen

#6.124 geöffnet am 26.12.2024

Auf GitHub ansehenContributor Guide
 (7 Kommentare) (0 Reaktionen) (1 zugewiesene Person)Python (378 Forks)batch import
enhancementhelp wanted

Repository-Metriken

Stars
 (3.705 Sterne)
PR-Merge-Metriken
 (Durchschn. Merge 3T 8h) (114 gemergte PRs in 30 T)

Beschreibung

Motivation: Why do you think this is important?

When working with PodTemplates any misconfiguration do not show up in the UI. The UI only shows "pending". The only way to debug it is to see the propeller logs.

Goal: What should the final outcome look like, ideally?

The errors related to pod template misconfiguration are show in the UI.

Describe alternatives you've considered

We can also do the same type of validation on the client side so we error early.

Propose: Link/Inline OR Additional context

No response

Are you sure this issue hasn't been raised already?

  • Yes

Have you read the Code of Conduct?

  • Yes

Contributor Guide

Research-Richtung
Das Issue fordert, Fehler bei der Pod Vorlagenkonfiguration in der Benutzeroberfläche anzuzeigen. Derzeit sind Fehler nur in den Propeller Protokollen sichtbar. Die Lösung umfasst Änderungen sowohl im Backend als auch im Frontend. Zuerst muss untersucht werden, wie flytepropeller PodTemplates verarbeitet und wo Fehler auftreten. Dann sollte ein Weg vorgeschlagen werden, diese Fehler über die API an die Benutzeroberfläche zu übertragen. Im Frontend muss der Ort gefunden werden, an dem der Status "pending" angezeigt wird (wahrscheinlich in flyteconsole), und Fehleranzeigekomponenten müssen hinzugefügt werden. Beachten Sie, dass das Issue einen Zugewiesenen hat, daher sollte jede Arbeit mit dieser Person abgestimmt werden.
Tech Stack
python
Domain
full stack
Issue Type
Funktion
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.
3-5 Tage
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.
Klar
Voraussetzungen
Git
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
50