Initial WG LTS Reformation (#7287)

* initial wg lts changes Signed-off-by: Jeremy Rickard <jeremyrrickard@gmail.com> * Rename long-term-support to lts Signed-off-by: Jeremy Rickard <jeremyrrickard@gmail.com> * Update wg-lts/charter.md Co-authored-by: Rita Zhang <rita.z.zhang@gmail.com> * Add annual report and regular working group updates to timeline Signed-off-by: Jeremy Rickard <jeremyrrickard@gmail.com> * Update to address comments Signed-off-by: Jeremy Rickard <jeremyrrickard@gmail.com> * Address review comments Signed-off-by: Jeremy Rickard <jeremyrrickard@gmail.com> * Apply code review comment Signed-off-by: Jeremy Rickard <jeremyrrickard@gmail.com> * Add sig security to charter Signed-off-by: Jeremy Rickard <jeremyrrickard@gmail.com> * Update sigs.yaml Co-authored-by: Christoph Blecker <admin@toph.ca> * Regenerate README after sigs.yaml update Signed-off-by: Jeremy Rickard <jeremyrrickard@gmail.com> --------- Signed-off-by: Jeremy Rickard <jeremyrrickard@gmail.com> Co-authored-by: Rita Zhang <rita.z.zhang@gmail.com> Co-authored-by: Christoph Blecker <admin@toph.ca>
2023-07-17 11:53:12 -06:00 · 2023-07-17 11:53:12 -06:00 · 0a3d25dfa5
parent e3d9cf2c87
commit 0a3d25dfa5
12 changed files with 220 additions and 0 deletions
--- a/4
+++ b/4
@ -134,6 +134,10 @@ aliases:
    - cantbewong
    - cindyxing
    - dejanb
+  wg-lts-leads:
+    - jeremyrickard
+    - liggitt
+    - micahhausler
  wg-policy-leads:
    - JimBugwadia
    - rficcaglia
--- 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)**) |
--- 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)

--- 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:
--- 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:
--- 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<br>* Autoscaling<br>* Node<br>* Scheduling<br>|* [Wei Huang](https://github.com/Huang-Wei), Apple<br>* [Abdullah Gharaibeh](https://github.com/ahg-g), Google<br>* [Danielle Lancashire](https://github.com/endocrimes), Independent<br>* [Maciej Szulik](https://github.com/soltysh), Red Hat<br>* [Swati Sehgal](https://github.com/swatisehgal), Red Hat<br>|* [Slack](https://kubernetes.slack.com/messages/wg-batch)<br>* [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)<br>
 |[Data Protection](wg-data-protection/README.md)|[data-protection](https://github.com/kubernetes/kubernetes/labels/wg%2Fdata-protection)|* Apps<br>* Storage<br>|* [Xing Yang](https://github.com/xing-yang), VMware<br>* [Xiangqian Yu](https://github.com/yuxiangqian), Google<br>|* [Slack](https://kubernetes.slack.com/messages/wg-data-protection)<br>* [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)<br>
 |[IoT Edge](wg-iot-edge/README.md)|[iot-edge](https://github.com/kubernetes/kubernetes/labels/wg%2Fiot-edge)|* Multicluster<br>* Network<br>|* [Steve Wong](https://github.com/cantbewong), VMware<br>* [Cindy Xing](https://github.com/cindyxing), Microsoft<br>* [Dejan Bosanac](https://github.com/dejanb), Red Hat<br>|* [Slack](https://kubernetes.slack.com/messages/wg-iot-edge)<br>* [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)<br>* Regular WG Meeting (Pacific Time): [Wednesdays at 09:00 PT (every four weeks)](https://zoom.us/j/92778512626?pwd=MXhlemwvYnhkQmkxeXllQ0Z5VGs4Zz09)<br>
+|[LTS](wg-lts/README.md)|[lts](https://github.com/kubernetes/kubernetes/labels/wg%2Flts)|* Architecture<br>* Cluster Lifecycle<br>* K8s Infra<br>* Release<br>* Security<br>* Testing<br>|* [Jeremy Rickard](https://github.com/jeremyrickard), Microsoft<br>* [Jordan Liggitt](https://github.com/liggitt), Google<br>* [Micah Hausler](https://github.com/micahhausler), Amazon<br>|* [Slack](https://kubernetes.slack.com/messages/wg-lts)<br>* [Mailing List](TBD)|* Regular WG Meeting: [TBDs at TBD PT (Pacific Time) (biweekly)](TBD)<br>
 |[Policy](wg-policy/README.md)|[policy](https://github.com/kubernetes/kubernetes/labels/wg%2Fpolicy)|* Architecture<br>* Auth<br>* Multicluster<br>* Network<br>* Node<br>* Scheduling<br>* Storage<br>|* [Jim Bugwadia](https://github.com/JimBugwadia), Kyverno/Nirmata<br>* [Robert Ficcaglia](https://github.com/rficcaglia), SunStone<br>|* [Slack](https://kubernetes.slack.com/messages/wg-policy)<br>* [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)<br>
 |[Structured Logging](wg-structured-logging/README.md)|[structured-logging](https://github.com/kubernetes/kubernetes/labels/wg%2Fstructured-logging)|* API Machinery<br>* Architecture<br>* Cloud Provider<br>* Instrumentation<br>* Network<br>* Node<br>* Scheduling<br>* Storage<br>|* [Patrick Ohly](https://github.com/pohly), Intel<br>* [Marek Siarkowicz](https://github.com/serathius), Google<br>|* [Slack](https://kubernetes.slack.com/messages/wg-structured-logging)<br>* [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)<br>

--- 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:
--- 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:
--- 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:
--- 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: >
--- a/wg-lts/README.md
+++ b/wg-lts/README.md
@ -0,0 +1,40 @@
+<!---
+This is an autogenerated file!
+
+Please do not edit this file directly, but instead make changes to the
+sigs.yaml file in the project root.
+
+To understand how this file is generated, see https://git.k8s.io/community/generator/README.md
+--->
+# 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)**)
+<!-- BEGIN CUSTOM CONTENT -->
+
+<!-- END CUSTOM CONTENT -->
--- a/wg-lts/charter.md
+++ 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.