-
Epic
-
Resolution: Unresolved
-
Critical
-
None
-
None
-
NextGen API composability route.openshift.io
-
To Do
-
Product / Portfolio Work
-
100% To Do, 0% In Progress, 0% Done
-
False
-
-
False
-
Not Selected
-
M
-
None
-
None
-
0
As a cluster operator of NextGen Edge, I want the platform to be more resource-efficient by only running controllers for APIs that are actively in use. I need:
- A core monitoring component to detect the creation of the first route.openshift.io Custom Resource (CR) in the cluster.
- The system to dynamically deploy and activate the route.openshift.io controller components (e.g., its Deployment, Roles, Service Accounts) upon this detection.
- The newly activated controller to successfully reconcile the Route CR, making the specified service accessible via the cluster's ingress.
- A mechanism to verify that the route.openshift.io API and its controller are now active and ready.
- The system to automatically deactivate and scale down the route.openshift.io controller to zero when the last corresponding Route CR is deleted from the cluster.
Acceptance Criteria:
- A recorded demo is created showing the full lifecycle.
- Resource usage metrics (CPU/memory) are captured, demonstrating a lower footprint when the route.openshift.io controller is inactive.
- PRs are filed into the microshift repository to handle the new API composability logic.
Assisted by Gemini
- clones
-
OCPEDGE-2012 NextGen Edge clusters should handle scaling up from 1 to 3 nodes
-
- In Progress
-