diff --git a/OWNERS_ALIASES b/OWNERS_ALIASES index ae04b0785..3c91471b1 100644 --- a/OWNERS_ALIASES +++ b/OWNERS_ALIASES @@ -134,6 +134,10 @@ aliases: - cantbewong - cindyxing - dejanb + wg-lts-leads: + - jeremyrickard + - liggitt + - micahhausler wg-policy-leads: - JimBugwadia - rficcaglia diff --git a/liaisons.md b/liaisons.md index ea55d3f28..cb1886c67 100644 --- a/liaisons.md +++ b/liaisons.md @@ -57,6 +57,7 @@ members will assume one of the departing members groups. | [WG Batch](wg-batch/README.md) | Bob Killen (**[@mrbobbytables](https://github.com/mrbobbytables)**) | | [WG Data Protection](wg-data-protection/README.md) | Christoph Blecker (**[@cblecker](https://github.com/cblecker)**) | | [WG IoT Edge](wg-iot-edge/README.md) | Christoph Blecker (**[@cblecker](https://github.com/cblecker)**) | +| [WG LTS](wg-lts/README.md) | TBD (**[@TBD](https://github.com/TBD)**) | | [WG Policy](wg-policy/README.md) | Christoph Blecker (**[@cblecker](https://github.com/cblecker)**) | | [WG Structured Logging](wg-structured-logging/README.md) | Nabarun Pal (**[@palnabarun](https://github.com/palnabarun)**) | | [UG VMware Users](ug-vmware-users/README.md) | Tim Pepper (**[@tpepper](https://github.com/tpepper)**) | diff --git a/sig-architecture/README.md b/sig-architecture/README.md index 8e6d4c9d4..c993c1dc0 100644 --- a/sig-architecture/README.md +++ b/sig-architecture/README.md @@ -57,6 +57,7 @@ The Chairs of the SIG run operations and processes governing the SIG. The following [working groups][working-group-definition] are sponsored by sig-architecture: * [WG API Expression](/wg-api-expression) +* [WG LTS](/wg-lts) * [WG Policy](/wg-policy) * [WG Structured Logging](/wg-structured-logging) diff --git a/sig-cluster-lifecycle/README.md b/sig-cluster-lifecycle/README.md index 692b36b5d..1cb75666f 100644 --- a/sig-cluster-lifecycle/README.md +++ b/sig-cluster-lifecycle/README.md @@ -48,6 +48,12 @@ subprojects, and resolve cross-subproject technical issues and decisions. - [@kubernetes/sig-cluster-lifecycle](https://github.com/orgs/kubernetes/teams/sig-cluster-lifecycle) - SIG Cluster Lifecycle mailing list - Steering Committee Liaison: Nabarun Pal (**[@palnabarun](https://github.com/palnabarun)**) +## Working Groups + +The following [working groups][working-group-definition] are sponsored by sig-cluster-lifecycle: +* [WG LTS](/wg-lts) + + ## Subprojects The following [subprojects][subproject-definition] are owned by sig-cluster-lifecycle: diff --git a/sig-k8s-infra/README.md b/sig-k8s-infra/README.md index 792e88514..9d1418768 100644 --- a/sig-k8s-infra/README.md +++ b/sig-k8s-infra/README.md @@ -47,6 +47,12 @@ subprojects, and resolve cross-subproject technical issues and decisions. - [@kubernetes/sig-k8s-infra-leads](https://github.com/orgs/kubernetes/teams/sig-k8s-infra-leads) - sig-k8s-infra chairs and tech leads - Steering Committee Liaison: Stephen Augustus (**[@justaugustus](https://github.com/justaugustus)**) +## Working Groups + +The following [working groups][working-group-definition] are sponsored by sig-k8s-infra: +* [WG LTS](/wg-lts) + + ## Subprojects The following [subprojects][subproject-definition] are owned by sig-k8s-infra: diff --git a/sig-list.md b/sig-list.md index 4e5c47fd9..1ae11220f 100644 --- a/sig-list.md +++ b/sig-list.md @@ -64,6 +64,7 @@ When the need arises, a [new SIG can be created](sig-wg-lifecycle.md) |[Batch](wg-batch/README.md)|[batch](https://github.com/kubernetes/kubernetes/labels/wg%2Fbatch)|* Apps
* Autoscaling
* Node
* Scheduling
|* [Wei Huang](https://github.com/Huang-Wei), Apple
* [Abdullah Gharaibeh](https://github.com/ahg-g), Google
* [Danielle Lancashire](https://github.com/endocrimes), Independent
* [Maciej Szulik](https://github.com/soltysh), Red Hat
* [Swati Sehgal](https://github.com/swatisehgal), Red Hat
|* [Slack](https://kubernetes.slack.com/messages/wg-batch)
* [Mailing List](https://groups.google.com/a/kubernetes.io/g/wg-batch)|* Regular Meeting ([Calendar](https://calendar.google.com/calendar/embed?src=8ulop9k0jfpuo0t7kp8d9ubtj4%40group.calendar.google.com)): [Thursdays (starting March 3rd 2022)s at 7AM PT (Pacific Time) (biweekly)](https://zoom.us/j/98329676612?pwd=c0N2bVV1aTh2VzltckdXSitaZXBKQT09)
|[Data Protection](wg-data-protection/README.md)|[data-protection](https://github.com/kubernetes/kubernetes/labels/wg%2Fdata-protection)|* Apps
* Storage
|* [Xing Yang](https://github.com/xing-yang), VMware
* [Xiangqian Yu](https://github.com/yuxiangqian), Google
|* [Slack](https://kubernetes.slack.com/messages/wg-data-protection)
* [Mailing List](https://groups.google.com/forum/#!forum/kubernetes-data-protection)|* Regular WG Meeting: [Wednesdays at 9:00 PT (Pacific Time) (bi-weekly)](https://zoom.us/j/6933410772)
|[IoT Edge](wg-iot-edge/README.md)|[iot-edge](https://github.com/kubernetes/kubernetes/labels/wg%2Fiot-edge)|* Multicluster
* Network
|* [Steve Wong](https://github.com/cantbewong), VMware
* [Cindy Xing](https://github.com/cindyxing), Microsoft
* [Dejan Bosanac](https://github.com/dejanb), Red Hat
|* [Slack](https://kubernetes.slack.com/messages/wg-iot-edge)
* [Mailing List](https://groups.google.com/forum/#!forum/kubernetes-wg-iot-edge)|* APAC WG Meeting: [Wednesdays at 5:00 UTC (every four weeks)](https://zoom.us/j/91251176046?pwd=cmdqclovM3R3eDB1VlpuL1ZGU1hnZz09)
* Regular WG Meeting (Pacific Time): [Wednesdays at 09:00 PT (every four weeks)](https://zoom.us/j/92778512626?pwd=MXhlemwvYnhkQmkxeXllQ0Z5VGs4Zz09)
+|[LTS](wg-lts/README.md)|[lts](https://github.com/kubernetes/kubernetes/labels/wg%2Flts)|* Architecture
* Cluster Lifecycle
* K8s Infra
* Release
* Security
* Testing
|* [Jeremy Rickard](https://github.com/jeremyrickard), Microsoft
* [Jordan Liggitt](https://github.com/liggitt), Google
* [Micah Hausler](https://github.com/micahhausler), Amazon
|* [Slack](https://kubernetes.slack.com/messages/wg-lts)
* [Mailing List](TBD)|* Regular WG Meeting: [TBDs at TBD PT (Pacific Time) (biweekly)](TBD)
|[Policy](wg-policy/README.md)|[policy](https://github.com/kubernetes/kubernetes/labels/wg%2Fpolicy)|* Architecture
* Auth
* Multicluster
* Network
* Node
* Scheduling
* Storage
|* [Jim Bugwadia](https://github.com/JimBugwadia), Kyverno/Nirmata
* [Robert Ficcaglia](https://github.com/rficcaglia), SunStone
|* [Slack](https://kubernetes.slack.com/messages/wg-policy)
* [Mailing List](https://groups.google.com/forum/#!forum/kubernetes-wg-policy)|* Regular WG Meeting: [Wednesdays at 8:00 PT (Pacific Time) (semimonthly)](https://zoom.us/j/7375677271)
|[Structured Logging](wg-structured-logging/README.md)|[structured-logging](https://github.com/kubernetes/kubernetes/labels/wg%2Fstructured-logging)|* API Machinery
* Architecture
* Cloud Provider
* Instrumentation
* Network
* Node
* Scheduling
* Storage
|* [Patrick Ohly](https://github.com/pohly), Intel
* [Marek Siarkowicz](https://github.com/serathius), Google
|* [Slack](https://kubernetes.slack.com/messages/wg-structured-logging)
* [Mailing List](https://groups.google.com/forum/#!forum/kubernetes-wg-structured-logging)|* Regular Meeting: [Thursdays at 15:30 London-UK (biweekly)](https://zoom.us/j/96716142646?pwd=VmgrN29sbmhDREp3R0NtZlpGSlZ4Zz09)
diff --git a/sig-release/README.md b/sig-release/README.md index 25d073db6..8a10fb0bd 100644 --- a/sig-release/README.md +++ b/sig-release/README.md @@ -57,6 +57,12 @@ subprojects, and resolve cross-subproject technical issues and decisions. - [@kubernetes/sig-release-leads](https://github.com/orgs/kubernetes/teams/sig-release-leads) - Chairs, Technical Leads, and Program Managers for SIG Release - Steering Committee Liaison: Nabarun Pal (**[@palnabarun](https://github.com/palnabarun)**) +## Working Groups + +The following [working groups][working-group-definition] are sponsored by sig-release: +* [WG LTS](/wg-lts) + + ## Subprojects The following [subprojects][subproject-definition] are owned by sig-release: diff --git a/sig-security/README.md b/sig-security/README.md index a12acc7e7..7cf6a1757 100644 --- a/sig-security/README.md +++ b/sig-security/README.md @@ -35,6 +35,12 @@ The Chairs of the SIG run operations and processes governing the SIG. - [@kubernetes/sig-security-pr-reviews](https://github.com/orgs/kubernetes/teams/sig-security-pr-reviews) - SIG Security PR review notifications - Steering Committee Liaison: Carlos Tadeu Panato Jr. (**[@cpanato](https://github.com/cpanato)**) +## Working Groups + +The following [working groups][working-group-definition] are sponsored by sig-security: +* [WG LTS](/wg-lts) + + ## Subprojects The following [subprojects][subproject-definition] are owned by sig-security: diff --git a/sig-testing/README.md b/sig-testing/README.md index 81e022f07..23b0410d4 100644 --- a/sig-testing/README.md +++ b/sig-testing/README.md @@ -53,6 +53,12 @@ subprojects, and resolve cross-subproject technical issues and decisions. - [@kubernetes/sig-testing-pr-reviews](https://github.com/orgs/kubernetes/teams/sig-testing-pr-reviews) - PR Reviews - Steering Committee Liaison: Carlos Tadeu Panato Jr. (**[@cpanato](https://github.com/cpanato)**) +## Working Groups + +The following [working groups][working-group-definition] are sponsored by sig-testing: +* [WG LTS](/wg-lts) + + ## Subprojects The following [subprojects][subproject-definition] are owned by sig-testing: diff --git a/sigs.yaml b/sigs.yaml index 1b747176c..3240e1736 100644 --- a/sigs.yaml +++ b/sigs.yaml @@ -3207,6 +3207,50 @@ workinggroups: liaison: github: cblecker name: Christoph Blecker +- dir: wg-lts + name: LTS + mission_statement: > + The working group is organized with the goal of developing a better understanding + of what "Long Term Support" might mean for Kubernetes, those who support Kubernetes, + and end users. The working group will investigate changes the Kubernetes project + could make related to the better understanding of what long term support might + mean. The working group will also determine the feasibility, benefits, **cost**, + and prerequisites of any such changes. + + stakeholder_sigs: + - Architecture + - Cluster Lifecycle + - K8s Infra + - Release + - Security + - Testing + label: lts + leadership: + chairs: + - github: jeremyrickard + name: Jeremy Rickard + company: Microsoft + - github: liggitt + name: Jordan Liggitt + company: Google + - github: micahhausler + name: Micah Hausler + company: Amazon + meetings: + - description: Regular WG Meeting + day: TBD + time: TBD + tz: PT (Pacific Time) + frequency: biweekly + url: TBD + archive_url: TBD + recordings_url: TBD + contact: + slack: wg-lts + mailing_list: TBD + liaison: + github: TBD + name: TBD - dir: wg-policy name: Policy mission_statement: > diff --git a/wg-lts/README.md b/wg-lts/README.md new file mode 100644 index 000000000..e8e0099d8 --- /dev/null +++ b/wg-lts/README.md @@ -0,0 +1,40 @@ + +# LTS Working Group + +The working group is organized with the goal of developing a better understanding of what "Long Term Support" might mean for Kubernetes, those who support Kubernetes, and end users. The working group will investigate changes the Kubernetes project could make related to the better understanding of what long term support might mean. The working group will also determine the feasibility, benefits, **cost**, and prerequisites of any such changes. + +## Stakeholder SIGs +* [SIG Architecture](/sig-architecture) +* [SIG Cluster Lifecycle](/sig-cluster-lifecycle) +* [SIG K8s Infra](/sig-k8s-infra) +* [SIG Release](/sig-release) +* [SIG Security](/sig-security) +* [SIG Testing](/sig-testing) + +## Meetings +*Joining the [mailing list](TBD) for the group will typically add invites for the following meetings to your calendar.* +* Regular WG Meeting: [TBDs at TBD PT (Pacific Time)](TBD) (biweekly). [Convert to your timezone](http://www.thetimezoneconverter.com/?t=TBD&tz=PT%20%28Pacific%20Time%29). + * [Meeting notes and Agenda](TBD). + * [Meeting recordings](TBD). + +## Organizers + +* Jeremy Rickard (**[@jeremyrickard](https://github.com/jeremyrickard)**), Microsoft +* Jordan Liggitt (**[@liggitt](https://github.com/liggitt)**), Google +* Micah Hausler (**[@micahhausler](https://github.com/micahhausler)**), Amazon + +## Contact +- Slack: [#wg-lts](https://kubernetes.slack.com/messages/wg-lts) +- [Mailing list](TBD) +- [Open Community Issues/PRs](https://github.com/kubernetes/community/labels/wg%2Flts) +- Steering Committee Liaison: TBD (**[@TBD](https://github.com/TBD)**) + + + diff --git a/wg-lts/charter.md b/wg-lts/charter.md new file mode 100644 index 000000000..b30520764 --- /dev/null +++ b/wg-lts/charter.md @@ -0,0 +1,99 @@ +# WG Long Term Support + +This charter adheres to the conventions described in the [Kubernetes Charter README] +and uses the Roles and Organization Management outlined in [sig-governance]. + +[sig-governance]: https://github.com/kubernetes/community/blob/master/committee-steering/governance/sig-governance.md +[Kubernetes Charter README]: https://github.com/kubernetes/community/blob/master/committee-steering/governance/README.md + +## Scope + +The Long Term Support Working Group (WG LTS) is organized with the goal of developing a better understanding what "Long Term Support" might mean for Kubernetes, those who support Kubernetes, and end users, as well as to investigate changes the Kubernetes project could make related to long term support. The working group will also determine feasibility, benefits, **costs**, and prerequisites of such changes. + +In the first phase of the working group, we will collect information related to the needs and wants regarding support periods from end-users and people supporting Kubernetes. This will be accomplished by reaching out to users and cluster operators (e.g., through surveys) in order to gain a better understanding, including, but not restricted to: + +* in-use versions (in the form of a user/vendor survey) and reasons for remaining on those versions +* constraints on deployment and upgrade patterns / timelines (e.g. edge deployments, regulated industries, retail, etc) +* expected/required support periods from users/vendors +* core Kubernetes dependencies and their support periods +* support periods of other components required to run Kubernetes clusters (OS, network, storage, etc) +* what users/vendors are currently doing to support releases past community support End Of Life (EOL) +* what do users/vendors do with EOL clusters today? what would they do if EOL was extended by N months/years? + +With this information, we will investigate changes the Kubernetes project could make to address these needs. A non-exhaustive set of changes to investigate include: +* lengthening support period for all minor versions +* lengthening support period for specific minor versions +* applying security fixes to release branches past current EOL without cutting additional patch releases +* applying security and "critical" fixes to release branches past current EOL without cutting additional patch releases +* expanding supported skew +* improving supported upgrade patterns for clusters at EOL + +### In Scope + +- Collecting input to better define long term support with regard to Kubernetes releases. This could include: + * What is a supported release? + * Number of community supported branches. + * Duration of community support per supported branch. +- Working with vendors and other community members to identify ongoing efforts to help end users beyond current community support and identify opportunities for reuse of prior work. +- Creating and prioritizing a list of areas that require investments to improve long term supportability. This could include: + * Upgrade path considerations. + * Costs of Kubernetes releases in terms of: + * Infrastructure + * People +- Initiating and driving cross-SIG changes related to long term support. +- Identifing ways to that vendors and other community members can better support Kubernetes releases. + +### Out of scope + +- The lifecycle of projects outside of the Kubernetes org. +- Designing and executing on changes clearly falling into individual SIG + responsibilities. This is a working group, no code implementation is the responsibility of this Working Group. +- Technical and end-user support: The WG may make recommendations + around support to those responsible for relevant code and responsible + for the release engineering operations and automation, but does not + own code itself. + +## Special Powers + +None + +## Stakeholders + +Any changes identified by this working group will require involvement and investment from the following SIGS: + +- SIG Architecture + High-level input on requirements. +- SIG Cluster Lifecycle + Input on cluster upgrade mechanics. +- SIG K8s Infra + Input on infrastructure costs related to increased support period(s). +- SIG Release + Input on maintaining older branches and additional releases. +- SIG Security + Input on vulnerability management process and audits for additional releases. +- SIG Testing + Input on testing impacts related to upgrades and longer test periods. + +Improvements identified will likely involve every SIG, but the list above are identified as the primary stakeholders. + +## Deliverables + +The artifacts the group is supposed to deliver include: +- Survey results better describing Kubernetes version use patterns, deployment constraints, and upgrade patterns. +- Recommend changes Kubernetes SIGs can make that will provide broad benefits in a sustainable/affordable way. This would likely take the form of one or more KEPs. +- Recommend ways users/vendors who want to maximize Kubernetes support can consume Kubernetes + +Any changes identified will be owned by corresponding SIGs. + +## Roles and Organization Management + +This working group adheres to the Roles and Organization Management outlined in +[sig-governance] and opts-in to updates and modifications to [sig-governance]. + +[sig-governance]: https://github.com/kubernetes/community/blob/master/committee-steering/governance/sig-governance.md + +## Timelines and Disbanding + +The exact timeline for this working group is hard to define at this time. If we are unable to define a common long term support definition for Kubernetes, we will disband the working group. If we are unable to define improvements related to an agreed upon definition, we will also disband the working group. In order to evaluate our progress toward the working group goals, we will provide periodic updates to the stakeholder SIGs and committees at least every six months, in addition to a working group annual report. + +Additionally, if the working group determines that the Kubernetes project does not have sufficient resources, nor commmitments for future resources to support relevant proposed changes, the working group will also disband. \ No newline at end of file