|
| 1 | +# 2020 SIG-Scheduling Annual Report |
| 2 | + |
| 3 | +## Operational |
| 4 | + |
| 5 | +**How are you doing with operational tasks in [sig-governance.md]?** |
| 6 | + |
| 7 | +- **Is your README accurate? have a CONTRIBUTING.md file?** |
| 8 | + Yes. Developer-oriented guides are under [contributors/devel/sig-scheduling]. |
| 9 | + |
| 10 | +- **All subprojects correctly mapped and listed in [sigs.yaml]?** |
| 11 | + Yes. |
| 12 | + |
| 13 | +- **What's your meeting culture? Large/small, active/quiet, learnings? |
| 14 | +Meeting notes up to date? Are you keeping recordings up to date/trends |
| 15 | +in community members watching recordings?** |
| 16 | + Our meetings tends to be small and quiet. The agenda usually consists of items suggested |
| 17 | + by users, and debatable items that need a consensus during issues/PR reviews. |
| 18 | + The meeting notes and recordings are up to date. |
| 19 | + |
| 20 | +**How does the group get updates, reports, or feedback from subprojects? Are there any |
| 21 | +springing up or being retired? Are OWNERS files up to date in these areas?** |
| 22 | + |
| 23 | +Owners from (active) subprojects introduce the latest development, and sometime demonstrate |
| 24 | +cool features. |
| 25 | +OWNER files in k/k are not that up to date. We may need a cleanup. |
| 26 | + |
| 27 | +**When was your last monthly community-wide update? (provide link to deck and/or recording)** |
| 28 | + |
| 29 | +Aug 20, 2020. [Slides] & [Recording]. |
| 30 | + |
| 31 | +[Slides]: https://docs.google.com/presentation/d/1H27SDMqkzq8zCRveWWtK5g9hCAomKbrzTTVZ5r4h6Xo/edit |
| 32 | +[Recording]: https://www.youtube.com/watch?v=oDL3Kp5-9eM&feature=youtu.be |
| 33 | + |
| 34 | +## Membership |
| 35 | + |
| 36 | +**Are all listed SIG leaders (chairs, tech leads, and subproject owners) active?** |
| 37 | + |
| 38 | +Yes, except for inactive subprojects. |
| 39 | + |
| 40 | +**How do you measure membership? By mailing list members, OWNERs, or something else?** |
| 41 | + |
| 42 | +We don't have an official way of measuring membership, there is some churn in the number of active |
| 43 | +members and so membership is hard to keep track of. |
| 44 | + |
| 45 | +**How does the group measure reviewer and approver bandwidth? Do you need help in any area now? |
| 46 | + What are you doing about it?** |
| 47 | + |
| 48 | +PRs are usually directed to the reviewer most familiar with the code base the PR is modifying. |
| 49 | +We don't quite measure bandwidth, but one way of doing that is by looking at pending PRs broken |
| 50 | +by assignment. |
| 51 | + |
| 52 | +**Is there a healthy onboarding and growth path for contributors in your SIG? What are some |
| 53 | +activities that the group does to encourage this? What programs are you participating in to |
| 54 | +grow contributors throughout the contributor ladder?** |
| 55 | + |
| 56 | +There is no official onboarding process. One thing we try to do frequently is breaking up |
| 57 | +larger features into smaller enough tasks for new members to contribute. |
| 58 | + |
| 59 | +**What programs do you participate in for new contributors?** |
| 60 | + |
| 61 | +Currently we don't. |
| 62 | + |
| 63 | +**Does the group have contributors from multiple companies/affiliations? Can end users/companies |
| 64 | +contribute in some way that they currently are not?** |
| 65 | + |
| 66 | +Yes. |
| 67 | + |
| 68 | +## Current initiatives and project health |
| 69 | + |
| 70 | +**What are initiatives that should be highlighted, lauded, shout out, that your group is proud of? |
| 71 | + Currently underway? What are some of the longer tail projects that your group is working on?** |
| 72 | + |
| 73 | +- Initiatives: |
| 74 | + - Focusing on turning the scheduler into a pluggable framework to allow developing new custom |
| 75 | + features outside the main repo. |
| 76 | + [k-sigs/scheduler-plugins] initiated this to build a scheduler plugin ecosystem. It has a wide |
| 77 | + participation from different companies, by either direct contributions from Alibaba, Tencent, |
| 78 | + Apple, etc., as well as adoption by companies like [OpenAI]. |
| 79 | + - Improving scheduler performance. We're working on some items like optimizing internal queues, |
| 80 | + tailored preemption logic, as well as exposing meaningful metrics to help define SLA/SLOs. |
| 81 | +- Longer tail projects: |
| 82 | + - Continuing to refactor the core code around the scheduling framework. |
| 83 | + - Graduating the scheduler's ComponentConfig to GA. |
| 84 | + |
| 85 | +**Year to date KEP work review: What's now stable? Beta? Alpha? Road to alpha?** |
| 86 | + |
| 87 | +- Alpha |
| 88 | + - [Prefer Nominated Node] |
| 89 | + - [Node Resource Strategy] |
| 90 | + - [Pod Affinity Namespace Selector] |
| 91 | + - [Volume Capacity Priority] (co-owned by sig-storage) |
| 92 | +- Beta |
| 93 | + - [Default topology spread] (will graduate with CC) |
| 94 | + - [Multi Scheduling Profiles] |
| 95 | + - [Non-preempting priority class] |
| 96 | + - [Component Config] |
| 97 | + |
| 98 | +**What areas and/or subprojects does the group need the most help with?** |
| 99 | + |
| 100 | +- **Docs improvement**: |
| 101 | + - developer oriented docs to understand more details of scheduler internals, so that they can come |
| 102 | + up with k8s-scheduler-native extensions to fit their business needs |
| 103 | + - user or cluster-admin oriented docs to make the most of scheduler, like best practices and tips |
| 104 | + that are not documented well |
| 105 | +- **Standardize issue triage process**: |
| 106 | + |
| 107 | +**What's the average open days of a PR and Issue in your group? What metrics does your group care about and/or measure?** |
| 108 | + |
| 109 | +We haven't started leveraging devstat data or Github board to get a high-level picture of PR/Issue. |
| 110 | + |
| 111 | +[sig-governance.md]: https://github.com/kubernetes/community/blob/master/committee-steering/governance/sig-governance.md |
| 112 | +[contributors/devel/sig-scheduling]: https://github.com/kubernetes/community/tree/master/contributors/devel/sig-scheduling |
| 113 | +[sigs.yaml]: https://github.com/kubernetes/community/blob/master/sig-list.md |
| 114 | +[k-sigs/scheduler-plugins]: https://github.com/kubernetes-sigs/scheduler-plugins |
| 115 | + |
| 116 | +[Prefer Nominated Node]: https://github.com/kubernetes/enhancements/tree/master/keps/sig-scheduling/1923-prefer-nominated-node |
| 117 | +[Node Resource Strategy]: https://github.com/kubernetes/enhancements/tree/master/keps/sig-scheduling/2458-node-resource-score-strategy |
| 118 | +[Pod Affinity Namespace Selector]: https://github.com/kubernetes/enhancements/tree/master/keps/sig-scheduling/2249-pod-affinity-namespace-selector |
| 119 | +[Volume Capacity Priority]: https://github.com/kubernetes/enhancements/tree/master/keps/sig-storage/1845-prioritization-on-volume-capacity |
| 120 | +[Default topology spread]: https://github.com/kubernetes/enhancements/tree/master/keps/sig-scheduling/1258-default-pod-topology-spread |
| 121 | +[Multi Scheduling Profiles]: https://github.com/kubernetes/enhancements/tree/master/keps/sig-scheduling/1451-multi-scheduling-profiles |
| 122 | +[Non-preempting priority class]: https://github.com/kubernetes/enhancements/tree/master/keps/sig-scheduling/902-non-preempting-priorityclass |
| 123 | +[Component Config]: https://github.com/kubernetes/enhancements/tree/master/keps/sig-scheduling/785-scheduler-component-config-api |
| 124 | + |
| 125 | +[OpenAI]: https://openai.com/blog/scaling-kubernetes-to-7500-nodes/#gangscheduling |
0 commit comments