-
Epic
-
Resolution: Done
-
Major
-
None
-
50k limit on ManifestWork not enough to define larger/more complex add-ons
-
False
-
None
-
False
-
To Do
-
ACM-944 - Workload Delivery and Scheduling
Epic Goal
- Eliminate 50k limit on ManifestWork for complex add-ons
Community issue:https://github.com/open-cluster-management-io/addon-framework/issues/116
Why is this important?
- Unable to deploy more complex add ons that exceed 50k limit.
Scenarios
- The current add-on framework creates a single ManifestWork that includes all the resources the add on requires to run in the managed clusters.
There is a 50k limit on the size of a ManifestWork resource set here which creates a problem when attempting to deploy more complex add ons , that define many resources. A single CRDs can easily exceed 50k on it's own - for example kustomizations.kustomize.toolkit.fluxcd.io is 60k.
Suggestion is to make the limit on a single ManifestWork configurable (primarily for large CRDs or ConfigMaps) AND update the addon controller to create a ManifestWork per resource (or similar) rather than bundling them all together into a single ManifestWork.
Acceptance Criteria
- CI - MUST be running successfully with tests automated
- Release Technical Enablement - Provide necessary release enablement details and documents.
- ...
Dependencies (internal and external)
- ...
Previous Work (Optional):
- …
Open questions::
- …
Done Checklist
- CI - CI is running, tests are automated and merged.
- Release Enablement <link to Feature Enablement Presentation>
- DEV - Upstream code and tests merged: <link to meaningful PR or GitHub Issue>
- DEV - Upstream documentation merged: <link to meaningful PR or GitHub Issue>
- DEV - Downstream build attached to advisory: <link to errata>
- QE - Test plans in Polarion: <link or reference to Polarion>
- QE - Automated tests merged: <link or reference to automated tests>
- DOC - Downstream documentation merged: <link to meaningful PR>