Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Revive retained zero-replica Deployments when a drained version becomes draining again

Cerrado
#332 3 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

@kartikgoyal04 ya está trabajando en esto.

Desde el 20/10/2026.

  • #653 de @kartikgoyal04 — fusionado

Evaluación

Dificultad
3/5
Tiempo estimado
1-2 días
Aptitud para principiantes
58/100
Tipo de issue
Error
Claridad
Bastante claro
Estado de actividad
Tranquilo
Stack tecnológico
go, kubernetes
Área
devops

Línea de trabajo

Empieza por localizar la lógica de escalado existente para los casos de rollback y de versión objetivo; después, sigue cómo un Deployment retenido pasa de cero réplicas de nuevo a Draining. Añade una prueba de regresión que cubra el caso en que un Deployment reducido a cero réplicas vuelva a ser Draining antes de que expire deleteDelay; se considera terminado cuando el Deployment escala hacia arriba para que los workers puedan reanudar o completar su trabajo.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

enhancement

Worker Controller can scale a drained version’s Kubernetes Deployment to 0 after scaledownDelay, then delete it later after deleteDelay.

We should verify what happens if, during that retention window, the version becomes Draining again because someone moves workflows onto it with a Versioning Override.

Expected behaviour: while the Deployment still exists, the controller should be able to scale it back up so workers can poll for that version again and resume/complete work. There is some existing logic that may already handle this for rollback/target-version cases, but we should add a regression test to confirm the drained-to-zero Deployment can be revived before deleteDelay expires. If the test fails, we may need a small adjustment to the scaling logic.

Lenguaje dominante
Go
Estrellas
197
Forks
82
Merge medio
3 d 40 min
PR fusionados (30 d)
35

Preparar el entorno

  • Incluye un Dockerfile o un archivo de Docker Compose
  • Sin plantilla de pull request
  • Sin guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de temporalio/temporal-worker-controller

Todos los issues de temporalio/temporal-worker-controller

Issues similares

Más issues de Go

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.