深入了解:发布特别兴趣小组 (SIG Release)

发布特别兴趣小组会议将简要概述 kubernetes 的发布过程,然后将重点公开讨论此过程中对 kubernetes 供应商、分销商和服务供应商提供价值的部分内容,以及本过程中可以用来提供更好价值值的部分内容。我们特别希望从中国供应商生态系统中获得信息。
展开查看详情

1.SIG Release: Deep Dive - LTS Tim Pepper (VMware) - SIG chair; 1.12 release lead

2.Agenda ● Brief overview of the Kubernetes ○ release process ○ release lifecycle ● Impacts of process/lifecycle on Kubernetes vendors, distributors, and hosted service providers ● Discussion

3.Release Process Feature Discussion (per SIG): ongoing Feature Feature Freeze: week ~4 Definition Feature 3 Month Release Branch Creation: week ~7 Work Cycle Code Slush / Freeze: week ~8 ...bugs, testing, bugs, fixing, bugs, ...iterating Bug Fixing End Code Freeze: week ~12 Release: week ~13 Release

4.Release Process Feature Discussion (per SIG): ongoing Enhancements Enhancements Feature Feature Freeze: week ~4 Definition 3 Month Release Branch Creation: week ~7 Coding Cycle Code Slush / Freeze: week ~8 ...bugs, testing, bugs, fixing, bugs, ...iterating Bug Fixing End Code Freeze: week ~12 Release: week ~13 Release

5. Release Lifecycle ec Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov De 3mo’s ~9mo’s Feature Bug Feature Definition Work Fixing 1.10 1.10.x Patch Releases K8S Releases

6. Release Lifecycle ec Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov De 3mo’s ~9mo’s Feature Bug Feature Definition Work Fixing 1.10 1.10.x Patch Releases 3mo’s ~9mo’s Feature Bug Feature Definition Work Fixing 1.11 1.11.x Patch Releases K8S Releases

7. Release Lifecycle ec Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov De 3mo’s ~9mo’s Feature Bug Feature Definition Work Fixing 1.10 1.10.x Patch Releases 3mo’s ~9mo’s Feature Bug Feature Definition Work Fixing 1.11 1.11.x Patch Releases 3mo’s ~9mo’s Feature Feature Bug 1.12 1.12.x Patch K8s Definition Work Fixing Releases

8. Release Lifecycle ec Jan Feb Mar Apr May Jun Jul Aug Sep Oct Nov De 3mo’s ~9mo’s Feature Bug Feature Definition Work Fixing 1.10 1.10.x Patch Releases 3mo’s ~9mo’s Feature Bug Feature Definition Work Fixing 1.11 1.11.x Patch Releases 3mo’s ~9mo’s Feature Feature Bug 1.12 1.12.x Patch K8S Definition Work Fixing 3mo’s Releases Feature Definition Feature Work Bug Fixing 1.13

9.Release Lifecycle ● Support: backporting critical fixes to a release branch ● 3 releases get support: ○ Latest stable is 1.12 ○ ...therefore patch support today is for 1.12, 1.11, 1.10 ● Yields approximately 9 months of support ● Must plan upgrades every 3-6 months

10.What is LTS ● LTS == Long Term Support ● A documented support policy ● Identifies the length and type of support for releases, for example: ○ “security and bug fixes for 2 years”, or ○ “bug fixes for 1 year plus critical security fixes for 1 additional year” ● “Long” is typically > 1 year ○ Short Term Support (STS) streams are usually also present ○ “Short” is typically measured in months

11.Possible benefits of LTS ● Users: longer production deployment, more time to transition onto and off of a stable release, better cross-release compatibility ● Vendors: centralized, subject matter expert led bug and security fixes happen once in upstream, instead of in parallel at each vendor ● Developers: added test coverage give early visibility to compatibility issues

12.Possible risks, costs of LTS ● Human staffing ● Test matrix growth ● Added technical complexity of ○ Insuring API stability over longer timespans ○ Upgrading between more distant releases

13.WG LTS Goals ● Collect stakeholder feedback, requirements on support ● Gauge stakeholder willingness and ability to commit sufficient dev/maintenance resources expand support ● Establish: ○ Entry criteria to define a first release as LTS ○ Cadence, eg: one LTS per year ○ Support lifetime, eg: N months per LTS ○ Upgrade path, eg: from LTS N to LTS N+1 ● Draft an LTS KEP and if deemed feasible… return implementable LTS KEP to SIG Release to operationalize

14.Many Vendors Vendors 78 A vendor is an organization providing a Kubernetes distribution, Products 89 hosted platform, or installer Hosted Platforms 32 Distributions 49 A product is a distribution, hosted platform, or installer provided by a vendor. Certified Vendors 74 Certified Products 84 A distribution is software based on Kubernetes that can be Certified Distributions 49 installed by an end user on to a public cloud or bare metal and Certified Hosted 28 includes patches, additional software, or both. Certified Installer 8 A hosted platform is a Kubernetes service provided and managed 1.7 Certifications 26 by a vendor. 1.8 Certifications 41 1.9 Certifications 42 An installer downloads and then installs vanilla upstream 1.10 Certifications 54 Kubernetes. 1.11 Certifications 43 1.12 Certifications 11 https://docs.google.com/spreadsheets/d/1LxSqBzjOxfGx3cmtZ4EbB_BGCxT_wlxW_xgHVVa23es/edit#gid=0

15.Many Vendors in Asia Baidu inwinStack BoCloud JD.com Caicloud Netease CStack Qiniu DaoCloud Tencent eBaoTech TenxCloud Hainan eKing Technology Wise2c HarmonyCloud Woqutech Huawei ZTE Inspur

16.Feedback Wanted Is Kubernetes releasing too fast? Too slow? Do we end-of-life releases too fast? Too slow? What slows you from updating from 1.x to 1.(x+1)? How much staffing do vendors have for internal patch support? Vendors are stronger together on stable patch support (LTS)? Can we improve cross-release and cross-vendor compatibility?