Skip to content

chore(eks): graduate experimentalInPlaceUpdates once validated against a live EKS cluster #6196

Description

@devantler

🤖 Generated by the Daily AI Engineer

Evidence

#6195 ships the EKS Updater capability (managed node-group scaling in-place) behind the default-off typed config field spec.cluster.eks.experimentalInPlaceUpdates, because the path could not be validated against a real EKS cluster before merge. The portfolio flag-lifecycle rule (feature-flag-first, monorepo#2059) requires the removal task to be filed when the flag is born: a release flag is short-lived and removed after rollout.

Problem / audience

EKS operators: until graduation, the in-place scaling path stays opt-in and the default update flow remains delete-and-recreate.

Acceptance criteria

  • The in-place scaling path is exercised against a real EKS cluster (scale a managed node group up and down via cluster update; verify no recreation and correct converged sizes).
  • On success: move the Updater methods onto the base EKS provisioner, delete the UpdatableProvisioner wrapper and the experimentalInPlaceUpdates spec field, and regenerate schema/CRD/docs.
  • On failure: capture findings as issues and iterate behind the flag.

Rough size: S (excluding the live validation session). Part of #4328; depends on #6195.

Metadata

Metadata

Assignees

Fields

No fields configured for Feature.

Projects

Status
🏃🏻‍♂️ In Progress

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions