Skip to content

[pre-check] knative/func#4089 rebased (keep autoscaled replicas) - #267

Closed
lkingland wants to merge 2 commits into
mainfrom
pr-4089-rebased
Closed

lkingland wants to merge 2 commits into
mainfrom
pr-4089-rebased

Conversation

@lkingland

Copy link
Copy Markdown
Owner

Fork-internal pre-check of a rebased suggestion for knative#4089 (author: @Elvand-Lie; their commit is unchanged apart from the rebase). Not a takeover, and not for merge. Nothing here is pushed to their branch.

Tip: ae40612d07df14730e9c343bc69423fe6d3cd9a9

The author commit keeps live spec.replicas on update when the keda deployer opts in, after the deployment (including a Kafka sidecar) is generated. One commit on top makes preserveAutoscaledReplicas return instead of panicking when the desired deployment, or its replica count, is nil.

Elvand-Lie and others added 2 commits October 30, 2026 21:54
KEDA's HPA owns the live replica count, but redeploying replaces it
with scale.min and can remove capacity under load.
Preserve the count within new bounds while raw keeps its fixed count.

Assisted-by: Codex (gpt-6.1-sol)
Signed-off-by: Elvand Lie Nababan <elvandlie@gmail.com>
preserveAutoscaledReplicas dereferenced desired.Spec.Replicas
after only checking the existing deployment. A nil desired
deployment, or one with no replica count, panicked.

Return in that case, the same as a nil existing count.
generateDeployment still always sets the count before update.
@lkingland

Copy link
Copy Markdown
Owner Author

Not needed: knative#4089 handled via a findings comment to the author.

@lkingland lkingland closed this Oct 30, 2026
@lkingland
lkingland deleted the pr-4089-rebased branch October 30, 2026 13:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants