-
Feature
-
Resolution: Done
-
Major
-
None
-
Strategic Product Work
-
False
-
-
False
-
OCPSTRAT-764Leverage Cluster API functionality in OpenShift (rather than MAPI)
-
0% To Do, 0% In Progress, 100% Done
-
0
-
Program Call
Feature Overview
Move to using the upstream Cluster API (CAPI) in place of the current implementation of the Machine API for standalone Openshift
prerequisite work Goals completed in OCPSTRAT-1122
{}Complete the design of the Cluster API (CAPI) architecture and build the core operator logic needed for Phase-1, incorporating the assets from different repositories to simplify asset management.
Phase 1 & 2 covers implementing base functionality for CAPI.
Background, and strategic fit
- Initially CAPI did not meet the requirements for cluster/machine management that OCP had the project has moved on, and CAPI is a better fit now and also has better community involvement.
- CAPI has much better community interaction than MAPI.
- Other projects are considering using CAPI and it would be cleaner to have one solution
- Long term it will allow us to add new features more easily in one place vs. doing this in multiple places.
Acceptance Criteria
There must be no negative effect to customers/users of the MAPI, this API must continue to be accessible to them though how it is implemented "under the covers" and if that implementation leverages CAPI is open
- blocks
-
OCPSTRAT-681 Integrate Cluster API (CAPI) in standalone OCP-Phase 4
- New
- clones
-
OCPSTRAT-132 [Tech Preview] Cluster API Provider for Azure
- Release Pending
- incorporates
-
OCPPLAN-7719 Cluster API integration
- New
- is triggering
-
OCPCLOUD-1910 Write Installing CAPI components in OCP enhancement
- Closed
- relates to
-
CORS-2840 CAPI install without a management cluster
- Closed
- links to