argoproj / argoproj/argo-workflows

[Proposal] Support scale subresource in CRDs

Open
#5,189 6 comments 1 reaction 0 assignees View on GitHub
area/cli area/spec
Dominant language
Go
Stars
17k
Forks
3.7k
Avg merge
1d 20h
Merged PRs (30d)
138

Description

# Summary

Support the `scale` subresource in the different Argo workflows CRDs

# Use Cases

Not having the `scale` subresource makes it difficult to use existing autoscalers like the vertical pod autoscaler. When running Argo in a multi-tenant environment, if a workflow definition does not have the appropriate resource requests and limits set, sudden spikes in CPU usage can cause pods to be evicted both for the workflow causing the spike and other tenants on the cluster. Having the `scale` subresource will allow autoscalers to spin up more nodes to handle any spikes.

---

**Message from the maintainers**:

Impacted by this bug? Give it a 👍. We prioritise the issues with the most 👍.

Contributor guide

Open the contributing guide

Research direction

No files or tests are named. Start by locating the Argo Workflows CRD definitions and the existing Kubernetes resource-subresource handling, then trace how the different workflow CRDs are generated or maintained. Done means the relevant CRDs expose a working scale subresource and coverage verifies the autoscaler-facing behavior.

Written by the indexing model from the issue text.

Assessment

Tech stack
go, kubernetes
Domain
cloud, infrastructure
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.