Skip to content

Support optional replica distribution across architectures #152

Description

@bschwedler

Connect, Workbench, and Package Manager have no way to control how their
server replicas are spread across topology domains — only a hardcoded,
soft hostname anti-affinity exists (ComponentSpecPodAntiAffinity in
shared.go).

This blocks running a single multi-arch Site (amd64 + arm64) with a
guaranteed one-replica-per-architecture split, needed for the images EKS
living-environment work in platform-infra.

Add an optional topologySpreadConstraints field to each product spec,
passed through to the server Deployment, so operators can opt in to a
hard spread (e.g. maxSkew: 1, whenUnsatisfiable: DoNotSchedule by
kubernetes.io/arch) without affecting existing installations.

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions