-
Notifications
You must be signed in to change notification settings - Fork 0
Labels
Description
β¨ Feature Name
Addon support in controller.Metadata
π― Purpose
It will help users to specify what CNI or addon which EKS and other provide
π Feature Description
for now we can only represent the CNI plugins as addon and other addons we can think of managing not through the controller.Metadata{} but via a different addons controller which can integrate with EKS, AKS, ... thus aggregating the addons into a single plane and also our own addons like kcm π€
π Benefits
support to pick and choose which CNI to install
βοΈ Potential Drawbacks
- we need to rethink about how the addon management across self-managed and managed cluster can work!!
π Alternatives Considered
No response
π― Impact Areas
- π₯οΈ CLI - Command line interface
- π¨ UI - User interface
- π Documentation
- βοΈ Core Features
- π External Integrations
- π§ͺ Testing Infrastructure
π οΈ Implementation Details
- possibility of depricating Apps method from cloud interface and have a 2 seperate:
- CNI() only works when provisioning the cluster ( we can utilize the already developed
ksctl/ksctl/v2/pkg/addons) - Addons() which can validate and also install the addon based on the usr input. ( we can utilize the already developed
ksctl/ksctl/v2/pkg/addons)
- CNI() only works when provisioning the cluster ( we can utilize the already developed
π Agreements
- π€ I agree to follow the Contribution Guidelines
- π I have searched for similar feature requests
- π¬ I will participate in the discussion about this feature
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
Type
Projects
Status
Done