[Feature Request] Helm chart: support topologySpreadConstraints on the controller Deployment
メンテナーはふだん 1 日以内に返信
評価
この issue はまだ評価されていません。
説明
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.
- 主要言語
- Go
- スター
- 197
- フォーク
- 79
- 平均マージ
- 3日 13時間
- マージ済み PR（30日）
- 25
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートなし
- コントリビューションガイドなし
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
temporalio/temporal-worker-controller のほかの issue
-
[Bug] With a pinned build ID, the controller keeps updating the Deployment after a template change対応中かも @D-Joey-G が 2 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 58/100
temporalio/temporal-worker-controller#656 ·
メンテナーはふだん 1 日以内に返信
-
rbac
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
temporalio/temporal-worker-controller#654 ·
メンテナーはふだん 1 日以内に返信
-
Bug: v1.6's delete-protection finalizer is never removed from migrated TemporalWorkerDeployment/TemporalConnection, so they stay Terminating after the v1.7 migration対応中かも @niyomukiza-mechack が 10 日前に担当しました。 オープン
難易度 3/5 1〜2日 初心者へのやさしさ 57/100
temporalio/temporal-worker-controller#644 · コメント 2 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
AI agent skillsオープン
難易度 3/5 1〜2日 初心者へのやさしさ 68/100
temporalio/temporal-worker-controller#633 · リアクション 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 62/100
temporalio/temporal-worker-controller#632 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
temporalio/temporal-worker-controller の issue をすべて見る
似ている issue
-
native
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
prime-radiant-inc/evener#4839 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 85/100
521xueweihan/HelloGitHub#4073 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
goharbor/terraform-provider-harbor#655 · コメント 1 件 ·
-
bug needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
syncthing/syncthing#10935 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信