维护

GitLab Dedicated 实例会定期进行维护，以确保安全性、可靠性和最佳性能。

维护窗口

GitLab 利用每周维护窗口来保持您的实例最新，修复安全问题，并确保环境的整体可靠性和性能。

升级和补丁

您的实例会在首选的维护窗口期间定期接收升级。这些升级包括当前 GitLab 版本前一个次版本的最新补丁版本。例如，如果最新的 GitLab 版本是 16.8，您的 GitLab Dedicated 实例运行在 16.7 版本上。

每月更新包括：

• 一次次版本发布
• 两次补丁版本发布

要查看您的实例详情，包括即将安排的维护和当前的 GitLab 版本，请登录 Switchboard。

有关更多信息，请参阅 GitLab 发布和维护策略。

零停机升级

部署遵循零停机升级的流程，以确保升级期间的向后兼容性。当没有基础设施变更或维护任务需要停机时，在升级期间使用实例是可行且安全的。

在 GitLab 版本更新期间，静态资源可能会发生变化，并且只存在于两个版本中的一个。为了缓解这种情况，采用了三种技术：

1. 每个静态资源都有唯一的名称，当其内容发生变化时，名称也会改变。
2. 浏览器缓存每个静态资源。
3. 来自同一浏览器的每个请求暂时被路由到同一台服务器。

这些技术共同确保了资源的可用性：

• 在升级期间，被路由到运行新版本服务器的用户会从同一台服务器接收资源，消除了收到损坏页面的风险。
• 如果被路由到旧版本，普通用户的浏览器中已缓存了资源。
• 如果未缓存，他们会从同一台服务器接收请求的页面和资源。
• 如果在请求期间特定服务器被升级，他们仍可能被路由到运行相同版本的另一台服务器。
• 如果新服务器运行的是升级后的版本，并且请求的资源已更改，则页面可能会显示一些用户界面故障。

升级的影响通常不明显。但是，在极少数情况下，新用户可能会遇到临时性的界面不一致：

• 用户在升级期间首次连接。
• 他们最初被路由到运行旧版本的服务器。
• 他们后续的资源请求被定向到运行新版本的服务器。
• 请求的资源在新版本中已更改。

如果发生这种不太可能的序列，刷新页面即可解决任何视觉不一致的问题。

紧急维护

紧急维护用于解决影响您实例安全性、可用性或可靠性的严重问题。当关键补丁版本可用时，GitLab Dedicated 实例会尽快使用紧急维护程序进行升级。