Kafka sidecar: add a startupProbe so slow-starting functions aren't restart-looped
Los mantenedores suelen responder en 1 día
@aliok ya está trabajando en esto.
Desde el 21/10/2026.
Evaluación
- Dificultad
- 2/5
- Tiempo estimado
- 1-3 horas
- Aptitud para principiantes
- 78/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- go, kubernetes
- Área
- backend, infrastructure
Línea de trabajo
Empieza en pkg/k8s/deployer.go e inspecciona cómo los deployers raw y keda configuran las probes del sidecar kafka-runtime inyectado. Comprueba el comportamiento actual de las probes añadido en #4060 y cuánto tiempo puede esperar el runtime a FUNCTION_TARGET. Se considerará terminado cuando una startup probe proteja el sidecar de reinicios por liveness durante el arranque, o cuando un retraso inicial cubra el arranque en frío descrito.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
What
The injected Kafka runtime sidecar (kafka-runtime container, added by the
raw/keda deployers in pkg/k8s/deployer.go) has a liveness probe but no
startupProbe (nor an initialDelaySeconds sized for cold start).
Problem
The runtime only begins serving /health/liveness after it finishes waiting for
the function target (an up-to-~60s FUNCTION_TARGET wait). A slow-starting
function — e.g. a JVM cold start that exceeds the liveness threshold — can fail
liveness before it is ever up, so the kubelet restart-loops the sidecar (and the
pod never becomes healthy).
Fix
Add a startupProbe to the sidecar container (or an initialDelaySeconds that
covers the worst-case cold start) so the liveness probe only takes effect after
startup completes. Readiness and liveness themselves landed in #4060; this closes
the remaining startup-probe gap.
/kind bug
Follow-up to #4060.
- Lenguaje dominante
- Go
- Estrellas
- 366
- Forks
- 226
- Merge medio
- 1 d 10 h
- PR fusionados (30 d)
- 20
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la 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 knative/func
-
KEDA deployer: default minReplicaCount prevents scale-to-zeroPosiblemente ocupada @Tushar-Khandelwal-2004 la tomó hace 114 días. Abiertolifecycle/stale
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
knative/func#3924 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
git/gitlab: default project webhooks to SSL verification when creating hooksPosiblemente ocupada @Vi-shub la tomó hace 161 días. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
mcp: config add/remove handlers bypass readonly guardPosiblemente ocupada @Elvand-Lie la tomó hace 163 días. Abiertokind/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
knative/func#3704 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
kind/documentation
Dificultad 3/5 1-2 días Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
kind/cleanup
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
Los mantenedores suelen responder en 1 día
Todos los issues de knative/func
Issues similares
-
native
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
prime-radiant-inc/evener#4839 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100
521xueweihan/HelloGitHub#4073 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
goharbor/terraform-provider-harbor#655 · 1 comentario ·