|
1 | 1 | # 2021 SIG Architecture Annual Report
|
2 | 2 |
|
3 |
| -# To Do |
4 |
| - |
5 |
| -- Pick graphs from [Devstats](https://k8s.devstats.cncf.io/d/12/dashboards?orgId=1&refresh=15m) to pull supporting data for your responses. |
6 |
| -- Schedule a time with your Steering liaison and other Chairs, TLs, and Organizers of your group to check-in on your roles as Chair or Working Group Organizer. If anyone would rather meet 1:1, please have them reach out to the liaison directly, we are happy to. We’d like to talk about: challenges, wins, things you didn’t know before but wish you did, want to continue in the role or help finding a replacement; and lastly any feedback you have for us as a body and how we can help you succeed and feel comfortable in these leadership roles. |
7 |
| -- do a call for comments period with your community for final review on your mailing list and slack channels; at least 72 hours |
8 |
| - |
9 |
| -- each response should have supporting documentation, linked KEPs, graphs, data |
10 |
| -- err on the side of being descriptive with your responses. End users and others that read this might not know our upstream acronyms, shorthand, or where to find a reference. |
11 |
| - |
12 | 3 | ## Operational
|
13 | 4 |
|
14 | 5 | **How are you doing with operational tasks in sig-governance.md?**
|
15 | 6 |
|
16 | 7 | **Is your README accurate? have a CONTRIBUTING.md file?**
|
17 | 8 |
|
18 |
| -Yes, our README is accurate. We do not have a CONTRIBUTING.md file, and so will add one. |
| 9 | + - Yes, our README is accurate. We do not have a CONTRIBUTING.md file, and so will add one. |
19 | 10 |
|
20 | 11 | **All subprojects correctly mapped and listed in sigs.yaml?**
|
21 | 12 |
|
22 |
| -Yes. |
| 13 | + - Yes. |
23 | 14 |
|
24 | 15 | **What’s your meeting culture? Large/small, active/quiet, learnings? Meeting notes up to date? Are you keeping recordings up to date/trends in community members watching recordings?**
|
25 | 16 |
|
26 |
| -Our bi-weekly meeting is normally well attended, with approximately 20 individuals on a typical day, though it varies from a handful of folks to 40 or 50. |
| 17 | + - Our bi-weekly meeting is normally well attended, with approximately 20 individuals on a typical day, though it varies from a handful of folks to 40 or 50 depending on topics. |
27 | 18 |
|
28 |
| -Subproject meetings are smaller, generally in the half dozen range. |
| 19 | + - Subproject meetings are smaller, generally in the half dozen range. |
29 | 20 |
|
30 | 21 | **How does the group get updates, reports, or feedback from subprojects? Are there any springing up or being retired? Are OWNERS files up to date in these areas?**
|
31 | 22 |
|
32 |
| -We have a rotating schedule of subproject updates in the bi-weekly community meeting. |
| 23 | + - We have a rotating schedule of subproject updates in the bi-weekly community meeting. Our OWNERS files are up-to-date as well. |
33 | 24 |
|
34 | 25 | **How does the group get updates, reports, or feedback from working groups? Are there any springing up or being retired? Are OWNERS files up to date in these areas?**
|
35 | 26 |
|
36 |
| -We have not been getting updates from the working groups on any regular cadence. |
| 27 | + - We have not been getting updates from the working groups on any regular cadence. |
| 28 | + - We lost track of the WGs we sponsored. We will make it a priority to get updates in the next upcoming meetings. |
37 | 29 |
|
38 | 30 | **When was your last monthly community-wide update? (provide link to deck and/or recording)**
|
39 | 31 |
|
40 |
| -[December, 2020](https://youtu.be/rnNqcUeCD8E) at KubeCon NA, published on YouTube. |
| 32 | + - [June, 2020](https://youtu.be/ObqQxRRl9RQ?t=2277) at Kubernetes Community Meeting. [Slides](https://docs.google.com/presentation/d/1NytMrpVYKzFo7rLcEEHnFl8zOx05fnjs3xBSZXVE0nI/edit?usp=sharing). |
| 33 | + - [December, 2020](https://youtu.be/rnNqcUeCD8E) at KubeCon NA, published on YouTube. We do not have anything lined up for Kubecon EU. We will prioritize giving our next update in Kubecon NA. |
41 | 34 |
|
42 | 35 | ## Membership
|
43 | 36 |
|
44 | 37 | **Are all listed SIG leaders (chairs, tech leads, and subproject owners) active?**
|
45 | 38 |
|
46 |
| -All SIG chairs are active and attend most bi-weekly full SIG meetings. We do not have separate tech leads. |
| 39 | +- All SIG chairs are active and attend most bi-weekly full SIG meetings. We do not have separate tech leads. |
47 | 40 |
|
48 |
| -For the conformance subproject, all owners are active in PR review and meeting attendance. |
| 41 | +- For the conformance subproject, all owners are active in PR review and meeting attendance. |
49 | 42 |
|
50 |
| -For the production readiness subproject, all owners are active in both KEP reviews and meetings. |
| 43 | +- For the production readiness subproject, all owners are active in both KEP reviews and meetings. |
51 | 44 |
|
52 |
| -For the enhancements subproject, all owners are all active. |
| 45 | +- For the enhancements subproject, all owners are all active. |
53 | 46 |
|
54 |
| -For the API review subproject... [@dims or @liggitt please update] |
| 47 | +- For the API review subproject. There is no meetings as such. The subproject coordinates via a project board. |
55 | 48 |
|
56 |
| -For the code organization subproject, @dims and @liggitt run regular meetings and review PRs and issues, pulling |
57 |
| -in other owners as needed. |
| 49 | +- For the code organization subproject, @dims and @liggitt run regular meetings and review PRs and issues, pulling in other owners as needed. |
58 | 50 |
|
59 | 51 | **How do you measure membership? By mailing list members, OWNERs, or something else?**
|
60 | 52 |
|
61 |
| -Mailing list members, though based on bounces during calendar updates, there are quite a few out-of-date memberships. |
| 53 | +- Mailing list members, though based on bounces during calendar updates, there are quite a few out-of-date memberships. |
62 | 54 |
|
63 | 55 | **How does the group measure reviewer and approver bandwidth? Do you need help in any area now? What are you doing about it?**
|
64 | 56 |
|
65 |
| -SIG Architecture owns very little code. The API review and Production Readiness Review projects do have reviewers and approvers |
66 |
| -for those specialized purposes. Each of those programs has a documented shadow program to add new reviewers and approvers. |
| 57 | +- PRR assigns specific approvers to each KEP that is targeting a release. Therefore, we have a clear picture of how much each |
| 58 | + approver must do each cycle. In 1.21, each approver reviewed 22 KEPs. for the 1.22 cycle, we have a new approver (@ehashman) to |
| 59 | + help reduce the load on each approver. Go Elana! |
| 60 | +- Code Organization is coming along. Though we haven't updated dep-approvers in a while. Currently the root OWNERS are a bottleneck as their time is limited for dependency updates. We have a new approval plugin that wiiiii |
67 | 61 |
|
68 | 62 | **Is there a healthy onboarding and growth path for contributors in your SIG? What are some activities that the group does to encourage this? What programs are you participating in to grow contributors throughout the contributor ladder?**
|
69 | 63 |
|
| 64 | +- SIG Architecture owns very little code. The API review and Production Readiness Review projects do have reviewers and approvers |
| 65 | + for those specialized purposes. Each of those programs has a documented shadow program to add new reviewers and approvers. |
| 66 | +- The main meeting itself is losing steam a bit. We could use more across the board attendance. We have to find ways to do this with better timely topics. |
| 67 | +- The sub projects are in sustainable shape for the most part. We could use more people in conformance, code-organization, and PRR for sure. |
| 68 | +- We want to rework the API reviews as well to make sure SIGs can for the most part do their own API reviews. |
| 69 | +- The Enhancements subproject has some tooling code, and is a good place for newer folks to contribute. It has been quite active recently, and as a process-focused subproject is a place where program managers can be |
| 70 | + |
70 | 71 | **What programs do you participate in for new contributors?**
|
| 72 | +- Mainly through code-organization, we have a new mentee from LFX for example. |
| 73 | +- We do need to grow more folks who can work across SIGs somehow. We might need to put together a mentoring program to help with this. One idea we had before of reading group for KEPs may need to be revived. |
71 | 74 |
|
72 | 75 | **Does the group have contributors from multiple companies/affiliations? Can end users/companies contribute in some way that they currently are not?**
|
73 | 76 |
|
74 |
| -Yes. Our chairs are from three different companies. We have many participants and subproject owners from those same companies and others. |
| 77 | +- Yes. Our chairs are from three different companies. We have many participants and subproject owners from those same companies and others. |
75 | 78 |
|
76 | 79 | ## Current initiatives and project health
|
77 | 80 |
|
78 | 81 | - Please include links to KEPs and other supporting information that will be beneficial to multiple types of community members.
|
79 | 82 |
|
80 | 83 | **What are initiatives that should be highlighted, lauded, shout out, that your group is proud of? Currently underway? What are some of the longer tail projects that your group is working on?**
|
81 | 84 |
|
| 85 | +- We are proud of the work of the conformance subproject in burning down the [list of API endpoints that were untested](https://apisnoop.cncf.io/conformance-progress). |
| 86 | +- the code-organization has come a long way as well, helping coordinate updates to dependencies across various projects to help make our dependencies cleaner (example grpc update across etcd/containerd etc) |
| 87 | +- PRR ([policy](https://github.com/kubernetes/community/blob/master/sig-architecture/production-readiness.md), [KEP](https://github.com/kubernetes/enhancements/tree/master/keps/sig-architecture/1194-prod-readiness)) was made mandatory in 1.21 and the PRR team reviewed 66 KEPs, improving the scalability and supportability, and ensuring monitoring and feature enablement is properly conducted to make features production ready. |
| 88 | +- Policies to move features across the project to GA, including: |
| 89 | + - [Conformance Without Beta](https://github.com/kubernetes/enhancements/tree/master/keps/sig-architecture/1333-conformance-without-beta) |
| 90 | + - [Preventing Permabeta](https://github.com/kubernetes/enhancements/tree/master/keps/sig-architecture/1635-prevent-permabeta) |
| 91 | + |
82 | 92 | **Year to date KEP work review: What’s now stable? Beta? Alpha? Road to alpha?**
|
83 | 93 |
|
| 94 | +- We are working on updates to enhancements process to make it easier for everyone involved. |
| 95 | + |
84 | 96 | **What areas and/or subprojects does the group need the most help with?**
|
85 | 97 |
|
| 98 | +- Setting up a mentoring program to increase the number of folks who can work across SIGs. |
| 99 | + |
86 | 100 | **What's the average open days of a PR and Issue in your group? / what metrics does your group care about and/or measure?**
|
87 | 101 |
|
| 102 | +- We mostly care about landing changes for the conformance subproject as it directly affects every end user. That has been going well the last few cycles. |
0 commit comments