-
What work did the SIG do this year that should be highlighted?
- In 2022, SIG Cloud Provider made progress in the extraction migration process with the Openstack in-tree provider removal.
- We merged the KEP for CCM webhooks, finalizing the design. This was to solve a problem around persistent volume labeling and to allow for further customization.
-
What initiatives are you working on that aren't being tracked in KEPs?
- Michael McCune (@elmiko) began experimental work on e2e test refactors, building a set of generic ccm tests, based on the current tests, that will be available for all providers to utilize to exercise their own provider. We currently have limited tests for selected providers, and want to expand beyond that.
-
KEP work in 2022 (v1.24, v1.25, v1.26):
- alpha:
- stable:
-
What areas and/or subprojects does your group need the most help with? Any areas with 2 or fewer OWNERs? (link to more details)
- While we always need stronger connections to the individual cloud providers and better representation across the community, we specifically could use help with the individual cloud provider implementations. Most providers have a relatively small subset of active maintainers compared to other SIGs in Kubernetes overall. (The OWNERS files appear to need an audit.)
-
What metrics/community health stats does your group care about and/or measure?
- SIG Cloud Provider monitors the number and variety of cloud providers who are attending SIG meetings and providing feedback about their concerns with issues on their infrastructures or with difficulties implementing SIG-owned keps and related technical assistance. We measure this through attendance and agenda items at our bi-weekly SIG meetings.
-
Does your CONTRIBUTING.md help new contributors engage with your group specifically by pointing to activities or programs that provide useful context or allow easy participation?
- Given the vendor-specific nature of the out-of-tree cloud provider code bases, when new potential contributors ask about opportunities we recommend they look at the provider for the cloud they are most interested in using. Pairing with an established contributor or partnering on a bugfix is a good approach. We welcome documentation contributions for topics like how CCMs work (and also docs about release engineering, QA, and testing).
-
If your group has special training, requirements for reviewers/approvers, or processes beyond the general contributor guide, does your CONTRIBUTING.md document those to help existing contributors grow throughout the contributor ladder?
- Our SIG has no special requirements beyond the general contributor guide.
-
Does the group have contributors from multiple companies/affiliations?
- Yes, SIG Cloud Provider has contributors from multiple clouds and large-scale vendors. The nature of cross-cloud and cross-vendor collaboration means that it’s necessary to have contributors from the major areas of cloud effort in the ecosystem.
-
Are there ways end users/companies can contribute that they currently are not? If one of those ways is more full time support, what would they work on and why?
- Interested users who work at end user organizations can contribute to the cloud provider work via testing, bug reports, and feature requests. They can also contribute to the specific individual provider codebases as relevant to their needs.
Note: Estimated numbers as of July 2023 when data was collected; 2022 numbers not available.
- Primary slack channel member count: 1,157
- Primary mailing list member count: 265
- Primary meeting attendee count (estimated, if needed): ~6-8 (estimate/average)
- Primary meeting participant count (estimated, if needed): ~5-6 (estimate/average)
- Unique reviewers for SIG-owned packages: 109
- Unique approvers for SIG-owned packages: 116
Note: for 2022, we retrieved reviewer and approver numbers from all the subprojects listed in https://github.com/kubernetes/community/tree/master/sig-cloud-provider#subprojects which means this figure is not comparable to the limited subset counted in 2021. However, a cursory overview of the OWNERS files reveals that they change infrequently and likely need an audit.
New in 2022:
- provider-oci
Continuing:
- cloud-provider-extraction-migration
- kubernetes-cloud-provider
- provider-alibaba-cloud
- provider-aws
- provider-azure
- provider-baiducloud
- provider-gcp
- provider-huaweicloud
- provider-ibmcloud
- provider-openstack
- provider-vsphere
Continuing:
- Structured Logging
Operational tasks in sig-governance.md:
- README.md reviewed for accuracy and updated if needed
- CONTRIBUTING.md reviewed for accuracy and updated if needed (or created if missing and your contributor steps and experience are different or more in-depth than the documentation listed in the general contributor guide and devel folder.)
- Subprojects list and linked OWNERS files in sigs.yaml reviewed for accuracy and updated if needed
- SIG leaders (chairs, tech leads, and subproject owners) in sigs.yaml are accurate and active, and updated if needed
- Meeting notes and recordings for 2022 are linked from README.md and updated/uploaded if needed
- Did you have community-wide updates in 2022 (e.g. community meetings, kubecon, or kubernetes-dev@ emails)? Links to email, slides, or recordings: