Make installation of stack steps conditional

Aperta

#197 aperta il 23/11/2022 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

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: jupyter-notebook, rust
Ambito: cli, devops

Direzione di ricerca

Inizia tracciando come vengono gestite l’installazione degli stack e la selezione delle demo in stackablectl, in particolare i percorsi che installano Airflow DAGs e Jupyter notebooks. Definisci un meccanismo che consenta alle demo di abilitare risorse condizionali mentre gli stack ufficiali le omettono, oppure determina come funzionerebbero stack demo separati; il lavoro è completato quando le risorse demo non necessarie non vengono più installate per impostazione predefinita.

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

Descrizione

Description

Some demos have requirements that can only be installed at stack installation time. Examples are: airflow dags, jupyter notebooks. These cannot be installed by the demo it's self because that's too late.

Currently some stacks install resources that only make sense as part of demos. This can be confusing and leads to stack pollution with unnecessary steps and resources.

Proposed solution

Introduce some mechanism that allows stacks to create resources conditionally.

In the examples above, stacks should install airflow dags and jupyter notebooks conditionally. The corresponding demos would enable the condition while the stacks would not.

Alternatively, demo stacks could be separated from the "official" stacks.

Lingua principale: Rust
Stelle: 10
Fork: 5
Merge medio: 4h 41m
PR unite (30g): 4

Guida per i contributori

Nessuna guida per i contributori indicizzata per questo repository

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.