Skip to content

Commit 2e29f6f

Browse files
committed
Add Managed Kubernetes Working Group
1 parent 5ff76fb commit 2e29f6f

File tree

1 file changed

+54
-0
lines changed

1 file changed

+54
-0
lines changed
Lines changed: 54 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,54 @@
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: proposed
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+
# Managed Kubernetes in Cluster API Feature Group
20+
21+
This document briefly outlines the scope, communication media, and stakeholders for a formal Feature Group dedicated to defining a Cluster API-approved Managed Kubernetes solution.
22+
23+
## User Story and Problem Statement
24+
25+
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.
26+
27+
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.
28+
29+
## Scope
30+
31+
The scope of this effort will be the following:
32+
33+
1. Ensure current inconsistencies in Managed Kubernetes implementations across providers are well documented.
34+
2. Agree upon a path forward to achieve provider consistency for Managed Kubernetes in Cluster API.
35+
36+
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.
37+
38+
## Communication
39+
40+
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).
41+
42+
Regular, summarized updates of group progress will be provided during weekly Cluster API office hours on Wednesdays @ 10:00 PT on [Zoom][zoomMeeting].
43+
44+
Chat with stakeholders on Kubernetes [Slack](http://slack.k8s.io/) in the [cluster-api](https://kubernetes.slack.com/archives/C8TSNPY4T) channel.
45+
46+
## Stakeholders
47+
48+
Primary Stakeholders are listed below:
49+
50+
- Winnie Kwon (@pydctw, VMWare)
51+
- Richard Case (@richardcase, SUSE)
52+
- Jack Francis (@jackfrancis, Microsoft)
53+
54+
[zoomMeeting]: https://zoom.us/j/861487554

0 commit comments

Comments
 (0)