summaryrefslogtreecommitdiff
path: root/sig-autoscaling
diff options
context:
space:
mode:
authorGuyTempleton <guy.templeton@skyscanner.net>2022-04-14 23:38:11 +0100
committerGuyTempleton <guy.templeton@skyscanner.net>2022-04-14 23:38:11 +0100
commit3634be934ea145143171503334a6e70231e0ed06 (patch)
tree32d02a807d3fc0f372465bf408157c5454425113 /sig-autoscaling
parent5c5de2f16b7d9c4753a034ef7e4388f3fe4561c8 (diff)
SIG Autoscaling 2021 - Address report feedback
Diffstat (limited to 'sig-autoscaling')
-rw-r--r--sig-autoscaling/annual-report-2021.md12
1 files changed, 6 insertions, 6 deletions
diff --git a/sig-autoscaling/annual-report-2021.md b/sig-autoscaling/annual-report-2021.md
index 40bb76e8..d5b40bdd 100644
--- a/sig-autoscaling/annual-report-2021.md
+++ b/sig-autoscaling/annual-report-2021.md
@@ -4,9 +4,9 @@
1. What work did the SIG do this year that should be highlighted?
- - Promotion of autoscaling v2 API to GA
- - Continued improvements of VPA via community feedback
- - Improved extensibility of Cluster Autoscaler
+ - [Promotion of autoscaling v2 API to GA.](https://github.com/kubernetes/enhancements/pull/2703)
+ - [Continued improvements of VPA via community feedback](https://github.com/kubernetes/autoscaler/issues/3913)
+ - [Improved extensibility of Cluster Autoscaler](https://github.com/kubernetes/autoscaler/blob/master/cluster-autoscaler/proposals/plugable-provider-grpc.md)
2. What initiatives are you working on that aren't being tracked in KEPs?
@@ -37,7 +37,7 @@ In future, this will be generated from kubernetes/enhancements kep.yaml files
- Code contributors and reviewers
- Issue triage/response
- - Whilst there are no areas with explicitly 2 or few owners, there are a number of areas where we have this few subject matter experts, acting as a significant bottleneck for significant changes
+ - Whilst there are no areas with explicitly 2 or few owners, there are a number of areas where we have this few subject matter experts, acting as a significant bottleneck for significant changes. These currently include the core Cluster Autoscaler code, as well as the HPA controller.
2. What metrics/community health stats does your group care about and/or measure?
@@ -57,12 +57,12 @@ In future, this will be generated from kubernetes/enhancements kep.yaml files
5. Does the group have contributors from multiple companies/affiliations?
- - Yes - though the core approvers are almost all from a single company.
+ - Yes - though the core approvers are almost all from a single company (Google). Other contributors/code owners are from a variety of companies, including end users (Datadog, Airbnb, Skyscanner...) and vendors (Microsoft, Red Hat, Amazon...), particularly for Cluster Autoscaler cloud provider implementations.
6. 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?
- - Increased support for some cloud provider implementations for the Cluster Autoscaler
+ - Increased support for some cloud provider implementations for the Cluster Autoscaler. See e.g. [issues](https://github.com/kubernetes/autoscaler/issues?q=is%3Aopen+is%3Aissue+label%3Aarea%2Fprovider%2Faws+) and [pull requests](https://github.com/kubernetes/autoscaler/pulls?q=is%3Aopen+is%3Apr+label%3Aarea%2Fprovider%2Fhetzner) which can be queried by cloud provider for starting points. (Modify the label filter as appropriate from the above links.)
- Responding to issues - the SIG currently lacks the capacity to respond to all issues raised
## Membership