sigs.k8s.io/cluster-api@v1.7.1/docs/community/20221115-managed-kubernetes.md (about)

     1  ---
     2  title: Feature Group for Managed Kubernetes in Cluster API
     3  authors:
     4    - "@jackfrancis"
     5  reviewers:
     6      - "@pydctw”"
     7      - "@richardcase"
     8      - "@vincepri"
     9      - "@sbueringer”"
    10      - "@fabriziopandini"
    11      - "@killianmuldoon"
    12  creation-date: 2022-11-15
    13  last-updated: 2022-12-06
    14  status: retired
    15  see-also:
    16    - https://github.com/kubernetes-sigs/cluster-api/issues/7494
    17    - https://github.com/kubernetes-sigs/cluster-api/issues/6988
    18  ---
    19  # This Feature Group is Retired!
    20  
    21  The Managed Kuberentes Feature Group produced this CAEP, which defines practical design and implementation work for evolving Managed Kubernetes stories in the Cluster API project, and negates the need for a dedicated feature group going forward:
    22  
    23  - https://github.com/kubernetes-sigs/cluster-api/pull/8500
    24  
    25  # Managed Kubernetes in Cluster API Feature Group
    26  
    27  This document briefly outlines the scope, communication media, and stakeholders for a formal Feature Group dedicated to defining a Cluster API-approved solution to manage clusters with Managed Kubernetes services.
    28  
    29  ## User Story and Problem Statement
    30  
    31  As Kubernetes cluster admin who leverages Cluster API to maintain Managed Kubernetes clusters (e.g., GKE, EKS, OKE, AKS), I want a consistent experience across providers (e.g., GCP, AWS, Oracle Cloud, Azure) to empower multi-cloud, Managed Kubernetes scenarios.
    32  
    33  At present, the Cluster API Managed Kubernetes implementations (e.g., `AzureManagedCluster`, `AzureManagedControlPlane`, and `AzureManagedMachinePool` in CAPZ; and `AWSManagedCluster`, `AWSManagedControlPlane`, and `AWSManagedMachinePool` in CAPA) differ in non-trivial ways across cloud providers, imposing friction for multi-cloud Cluster API users of Managed Kubernetes. We want to reduce that cross-provider friction and provide a more consistent management experience for all Cluster API Managed Kubernetes solutions, in order to accelerate multi-cloud innovations for users managing highly distributed fleets of Kubernetes clusters at scale.
    34  
    35  ## Scope
    36  
    37  The scope of this effort will be the following:
    38  
    39  1. Ensure current inconsistencies in Managed Kubernetes implementations across providers are well documented.
    40  2. Agree upon a path forward to achieve provider consistency for Managed Kubernetes in Cluster API.
    41  
    42  Depending on the outcome of the 2nd item above, we may choose to keep this Feature Group active during the longer term to support Managed Kubernetes design and work efforts in Cluster API, with the blessing of the larger Cluster API community.
    43  
    44  ## Communication
    45  
    46  We will meet on [Wednesdays at 09:00 PT (Pacific Time)][zoomMeeting]. [Convert to your timezone](http://www.thetimezoneconverter.com/?t=09:00&tz=PT%20%28Pacific%20Time%29). Meeting notes will be documented in this [Google Doc](https://docs.google.com/document/d/1WIdlkYU53r5UWM3m6YaDXPYyMBNyiJcKL6UX7VekfYY).
    47  
    48  Regular, summarized updates of group progress will be provided during weekly Cluster API office hours on Wednesdays @ 10:00 PT on [Zoom][zoomMeeting].
    49  
    50  Chat with stakeholders on Kubernetes [Slack](http://slack.k8s.io/) in the [cluster-api](https://kubernetes.slack.com/archives/C8TSNPY4T) channel.
    51  
    52  ## Stakeholders
    53  
    54  Primary Stakeholders are listed below:
    55  
    56  - Winnie Kwon (@pydctw, VMware)
    57  - Richard Case (@richardcase, SUSE)
    58  - Jack Francis (@jackfrancis, Microsoft)
    59  
    60  [zoomMeeting]: https://zoom.us/j/861487554