Correlate Listener to Stacklet/indirect owner
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 20/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- kubernetes, python
- Área
- infrastructure, networking
Línea de trabajo
Empieza por rastrear cómo se resuelve actualmente la pertenencia de Listener e investiga la ruta de Kubernetes propuesta desde Listener a través de PersistentVolume, PersistentVolumeClaim, Pod y StatefulSet hasta Stacklet, incluyendo PV.spec.claimRef y ownerReferences. Compárala con el enfoque convencional de etiquetas de PVC; se considera terminado cuando los operadores pueden correlacionar de forma fiable un Listener con su propietario indirecto para la configuración de discovery.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
This is required for product operators to be able to watch Listeners properly (primarily to generate discovery config). It's theoretically possible to reproduce by following the path (using ownerReferences if nothing else is specified) Listener -> PersistentVolume -> PersistentVolumeClaim (via PV.spec.claimRef) -> Pod (by.. iterating over them and looking for the matching claim mount? ew) -> StatefulSet -> Stacklet.
Another approach would be to use our conventional labels on the PVC (app.kubernetes.io/{name,instance,component}), but that isn't really scoped to Stackable (as opposed to any other way to run HDFS). Then again, that's arguably "fine" if we end up doing spurious reconciles once in a while...
- Lenguaje dominante
- Python
- Estrellas
- 9
- Forks
- 3
- Merge medio
- 14 h 45 min
- PR fusionados (30 d)
- 7
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de stackabletech/listener-operator
-
ListenerClass CRD restructureQuizá libre de nuevo @NickLarsenNZ la tomó hace 409 días y no hay ningún pull request abierto. Abierto
stackabletech/listener-operator#330 · 5 comentarios · 1 reacción · 1 asignado ·
-
OpenShift Route backendAbierto
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
-
customer-request
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
stackabletech/listener-operator#302 · 1 comentario ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 20/100
-
Rename `listeners.stackable.tech/listener-class` PVC annotation to `listeners.stackable.tech/class`Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 43/100
stackabletech/listener-operator#271 · 1 comentario ·
Todos los issues de stackabletech/listener-operator
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
FuRongJun-1999/dsh-memory#56 ·
Los mantenedores suelen responder en 1 día
-
Bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
pgadmin-org/pgadmin4#10503 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
521xueweihan/HelloGitHub#3857 ·
-
needs-ac
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Ikalus1988/MisakaNet#2845 ·
Los mantenedores suelen responder en 1 día
-
bug connectors operations
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
pyinfra-dev/pyinfra#1989 ·
Los mantenedores suelen responder en 3 días