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

[Feature Request] Helm chart: support topologySpreadConstraints on the controller Deployment

Abierto
#658 0 comentarios 1 reacción 1 asignado Ver en GitHub

Los mantenedores suelen responder en 1 día

@akolacz ya está trabajando en esto.

Desde el 19/10/2026.

  • #659 de @akolacz — abierto

Evaluación

Este issue todavía no se ha evaluado.

Descripción

helm

Problem

The controller runs 2 replicas by default for HA, but the chart offers no way to set topologySpreadConstraints on the manager Deployment (helm/temporal-worker-controller/templates/manager.yaml, chart 0.32.0). The only placement knob is affinity, and when it is empty the template injects a default preferred podAntiAffinity on kubernetes.io/hostname.

Teams that standardise on topologySpreadConstraints (hostname + topology.kubernetes.io/zone) cannot express a zone spread for the controller, and cannot replace the default anti-affinity without losing all spreading.

Proposal

Add a topologySpreadConstraints value (default []) rendered in the manager pod spec, like most charts do:

# values.yaml
# Topology spread constraints for the controller manager pods.
topologySpreadConstraints: []
# templates/manager.yaml, in the pod spec
{{- with .Values.topologySpreadConstraints }}
topologySpreadConstraints:
  {{- toYaml . | nindent 8 }}
{{- end }}

plus the matching entry in values.schema.json. The default stays empty, so existing installs render exactly the same. Optionally, the default podAntiAffinity could be skipped when topologySpreadConstraints is set, so users don't get both.

I'll open a PR for this.

Lenguaje dominante
Go
Estrellas
197
Forks
79
Merge medio
3 d 4 h
PR fusionados (30 d)
23

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.