-
Notifications
You must be signed in to change notification settings - Fork 5.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add SIG Cloud Provider #2201
Add SIG Cloud Provider #2201
Conversation
49d993f
to
8754509
Compare
* Deployment tooling which has historically resided under [cluster/](https://github.com/kubernetes/kubernetes/tree/release-1.11/cluster) | ||
* Code ownership for all cloud providers that fall under the kubernetes organization and have opted to be subprojects of SIG Cloud Provider. Following the guidelines around subprojects we anticipate providers will have full autonomy to maintain their own repositories, however, official code ownership will still belong to SIG Cloud Provider. | ||
* [cloud-provider-azure](https://github.com/kubernetes/cloud-provider-azure) | ||
* [cloud-provider-gcp](https://github.com/kubernetes/cloud-provider-gcp) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* Code ownership for all cloud providers that fall under the kubernetes organization and have opted to be subprojects of SIG Cloud Provider. Following the guidelines around subprojects we anticipate providers will have full autonomy to maintain their own repositories, however, official code ownership will still belong to SIG Cloud Provider. | ||
* [cloud-provider-azure](https://github.com/kubernetes/cloud-provider-azure) | ||
* [cloud-provider-gcp](https://github.com/kubernetes/cloud-provider-gcp) | ||
* [cloud-provider-openstack](https://github.com/kubernetes/cloud-provider-openstack) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
cc @dims @hogepodge
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
+1 from me. cc @dklyle
* [cloud-provider-azure](https://github.com/kubernetes/cloud-provider-azure) | ||
* [cloud-provider-gcp](https://github.com/kubernetes/cloud-provider-gcp) | ||
* [cloud-provider-openstack](https://github.com/kubernetes/cloud-provider-openstack) | ||
* [cloud-provider-vsphere](https://github.com/kubernetes/cloud-provider-vsphere) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@andrewsykim How about cloud-provider-alicloud for now ? Should we add it here now ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@andrewsykim , Additional comments for @aoxn , The cloud provider of Alibaba Cloud is in https://github.com/AliyunContainerService/alicloud-controller-manager and we hope it can be hosted under Kubernetes organization. Thanks
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@andrewsykim I am also looking forward to getting the cloud-provider-alicloud
into kubernetes community too. It will be much easier for users to setup and manage kubernetes on alicloud.
cc @aoxn @denverdino
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The list of repos in the charter is the existing repos (belonging to existing SIGs) that would immediately fall under sig-cloud-provider ownership. Once the SIG is formed we will have a formal process in place for new providers :).
* [cloud-controller-manager](https://github.com/kubernetes/kubernetes/tree/master/cmd/cloud-controller-manager) | ||
* Deployment tooling which has historically resided under [cluster/](https://github.com/kubernetes/kubernetes/tree/release-1.11/cluster) | ||
* Code ownership for all cloud providers that fall under the kubernetes organization and have opted to be subprojects of SIG Cloud Provider. Following the guidelines around subprojects we anticipate providers will have full autonomy to maintain their own repositories, however, official code ownership will still belong to SIG Cloud Provider. | ||
* [cloud-provider-azure](https://github.com/kubernetes/cloud-provider-azure) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OWNERS_ALIASES
Outdated
@@ -32,6 +32,10 @@ aliases: | |||
- soltysh | |||
- pwittrock | |||
- AdoHe | |||
sig-cloud-provider-leads: | |||
- andrewsykim | |||
- jagosan |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As the author of the original charter, someone who's worked closely with the sig-docs and sig-testing teams, and has been an active participant in the group that has openly advocated to the benefit of all cloud providers, I would also like to be named as a co-lead in this sig.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
+1 @hogepodge
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Any concerns with deadlocks if the number of leads is even? How are decisions arbitrated?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Spoke with Jago and Sid, Sid (wlan0) plans to step down as chair (due to other obligations) so we should be good to have Chris onboard while also addressing @jdumars concerns around deadlocks.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Some additional comments about scope and leadership.
OWNERS_ALIASES
Outdated
@@ -32,6 +32,10 @@ aliases: | |||
- soltysh | |||
- pwittrock | |||
- AdoHe | |||
sig-cloud-provider-leads: | |||
- andrewsykim | |||
- jagosan |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As the author of the original charter, someone who's worked closely with the sig-docs and sig-testing teams, and has been an active participant in the group that has openly advocated to the benefit of all cloud providers, I would also like to be named as a co-lead in this sig.
The long term goal of SIG Cloud Provider is to promote a vendor neutral ecosystem for our community. Vendors wanting to support Kubernetes should feel equally empowered to do so | ||
as any of today’s existing cloud providers; but more importantly ensuring a high quality user experience across providers. The SIG will act as a central group for developing | ||
the Kubernetes project in a way that ensures all providers share common privileges and responsibilities. Below are some concrete goals on how SIG Cloud Provider plans to accomplish this. | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I would like us to add a section about advocacy that includes supporting provider working group meetings at events and other use of community resources. One of the large impacts this will have on the community is the potential loss of collaboration and meeting space at events.
SIG-OpenStack, for example, regularly has between 40-60 attendees at it's SIG meetings at KubeCon, and the loss of access to these resources will be one of the largest impacts our community will feel.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We spoke about this on slack, we'll be addressing this during the transitional period and add more details in the charter (or in a KEP) in the near future.
8754509
to
409bd64
Compare
409bd64
to
e058f15
Compare
/assign |
/approve |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: calebamiles The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
Add SIG Cloud Provider
As discussed with @kubernetes/steering-committee. Discussion here.
I will be removing wg-cloud-provider related files in a follow up PR once everything for sig-cloud-provider is solidified.