云原生（Cloud Native）

这些改进针对现有和新的 Jenkins 用户，这些用户使用或希望使用部署在其中一个云提供商中的 Jenkins ，或使用云服务进行操作。

SIG 有以下主要领域：

将所有内容存储到文件系统中，是导致 Jenkins 无法实现 "Cloud Native" 模型中 HA、零停机时间或按使用付费等功能的主要原因。 尽管有很多插件实现了这一部分，但这对于用户配置来说会变得很麻烦，从可用性角度来看，甚至可以说是噩梦，正如 JEP-300 所指出的那样。 在有意义的情况下使用云服务模型，在云或容器化环境中运行 Jenkins 的整体复杂性大大降低。 其他相关项目包括 Jenkins X 和 Jenkins Evergreen， 它们将从 Jenkins 的 Cloud Native 存储中受益匪浅。

有几个明确的领域需要改进，这些领域在此进行了总结，并将在以后的文档中详细介绍。 主要的症结是将本地磁盘用作通用存储，这会导致在容器化或分布式运行环境中有问题，需要高性能的文件系统，所有的配置都很痛苦，如初始大小调整和停机时间调整大小。 我们相信，通过使用云服务，可以提高整体可用性、性能和可扩展性，同时实现新的需求功能。

有关这些项目的更多信息，请参见 可插拔存储 页面。 你还可以在 此博客 中找到有关可插拔存储和优先级的更多信息。

如果当前存储在文件系统中的所有数据都被移动到外部存储器，则可以使用复制的 Jenkins 服务，接下来的步骤是真正的高可用性，平滑或 canary 升级以及零停机时间。

它也为无状态的 jenkins 开辟了一条道路。 通过将 Jenkins 转换为“无状态”应用程序，期待已久的高可用性和复制等功能将有助于更有效地运行 Jenkins，无需停机，并通过使用 canary 或平滑升级降低升级操作的风险。

目前没有与此主题相关的JEP。

作为代码相关主题的配置属于 Cloud Native SIG。代码配置（casc）组由贡献者组成，协作者专注于改进 Jenkins 配置，使其成为与代码相关的工具和实践。

目标受众是现有的和新的 Jenkins 用户，他们使用或希望使用不同的方式将 Jenkins 代码配置。

每周三(美国东部时间)上午9点有一个单独的 办公时间会议 。 单击 邀请链接 。 任何人都可以参加会议，会议将通过 Jenkins Hangouts-on-Air 录制。

参与者链接将在会议开始前10分钟以 Gitter 中发布。

在需要时，Office Hours 会议上讨论的主题将在 Cloud Native SIG 会议上报告。

Jenkins Kubernetes Operator 可以实现 Jenkins 在 kubernetes 集群中的自动操作和维护。

Jenkins Operator 将与 CasC 插件、Groovy init 脚本等集成，以便在 kubernetes 集群中实现 Jenkins 的配置控制、状态控制和其他可能的改进。

操作人员将接到一个 yaml 文件，如 custom-war-packager yaml config，并完成配置。

将定期举行 SIG 会议。最初会议将每月进行一次，然后根据活动进行调整。

会议将通过 Jenkins Hangouts-on-Air 进行和录制。