Support native sidecar containers in the Pod builder(s)
Les mainteneurs répondent en général sous 1 jour
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 62/100
Piste de recherche
Start in the builder code around ContainerBuilder and PodBuilder::add_init_container; the issue names both entry points and the default-resource behavior to change. Read how init containers currently receive default limits, then expose restartPolicy and make it possible to add a native sidecar without those defaults. Done means a builder-created init container can use restartPolicy: Always without the 10m CPU / 128Mi memory defaults, with builder tests covering the new path.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Problem
The builders have no way to add a native sidecar (init container with restartPolicy: Always). ContainerBuilder doesn't expose restartPolicy, and PodBuilder::add_init_container sets default limits of 10m CPU / 128Mi memory on any init container without resources. Those defaults apparently exist for ResourceQuota support (stackabletech/issues#368) and are probably fine for one-shot init containers but also probably not for Vector et.al.
Scope
Adding a native sidecar through the builders, without the init-container resource defaults.
Expected effort
1 day. If it takes longer, stop and flag it.
Out of scope
- Moving any existing sidecar (Vector, git-sync, ...) over to it.
- The container-type / default-resources refactor the FIXME in add_init_container asks for.
- Langage dominant
- Rust
- Étoiles
- 170
- Forks
- 20
- Merge moyen
- 2 j 12 h
- PR mergées (30 j)
- 24
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de stackabletech/operator-rs
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
stackabletech/operator-rs#1273 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 4/5 3-5 jours Accessibilité débutants 30/100
stackabletech/operator-rs#1316 ·
Les mainteneurs répondent en général sous 1 jour
-
Improve label mechanismsOuverte
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 25/100
stackabletech/operator-rs#1077 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
stackabletech/operator-rs#1063 ·
Les mainteneurs répondent en général sous 1 jour
-
stackable-versioned: Require inner module definitions to have the same visibility as the parentOuverte
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
stackabletech/operator-rs#1028 ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de stackabletech/operator-rs
Issues similaires
-
bug good first issue help wanted linux macos testing
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
Les mainteneurs répondent en général sous 1 jour
-
area: app type: test
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
Les mainteneurs répondent en général sous 1 jour
-
bug priority: medium
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
storytold/photocraft#12706 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
bug priority-low to-agent
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Les mainteneurs répondent en général sous 1 jour
-
examples/dca and limit-order: swap always fails on the real Soroswap router (deadline equals now)Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
sorocon-labs/sorocron#172 ·
Les mainteneurs répondent en général sous 1 jour