GitLab 11.6登场！开始支持无服务器应用、进一步整合Kubernetes

如GitLab先前预告，推出GitLab Serverless服务。而在近日登场的GitLab 116版，新版本强调的亮点，就是要整合无服务器管理平台Knative，在自家服务原生支持企业用户，开发无服务器应用，并且加速拥抱多云架构。除了无服务器架构应用，Kubernetes应用也是个大重点，在116版内，GitLab开始支持使用者根据开发需求，建置不同Kubernetes丛集群组，让容器原生专案开发工作能切分的更细致。

首先是免费版、银版、黄金版用户皆支持的无服务器功能，该功能源自于GitLab 115版时，开始整合Knative。在使用前，得预先在储存库内定义函式执行档，接着系统会协助使用者，将这些函式部署至云端丛集。而Knative的工作，则是负责根据使用者流量，进行水平扩充的任务。目前，无服务器功能还是处于Alpha阶段。

再者是针对Kubernetes应用加强的功能。第一是按照团队需求，开设不同Kubernetes丛集功能，让企业用户可在直接单一群组内，开设子群组，减少使用者设定基础架构组态的成本、时间。第二，则是锁定Kubernetes环境的安全性，GitLab开始支持Kubernetes原生的凭证管理工具Cert-manager，结合Let's Encrypt，系统可以自动核发、更新SSL凭证。

而在GitLab 115版时释出的安全仪表板（security dashboard），在116版也有了更新。GitLab表示，现在安全仪表板推出了漏洞图表功能。该图表以折线图呈现，让安全管理员可以观察当前漏洞数量的成长走势，根据漏洞严重性，GitLab分别列出严重、高风险、中风险、低风险这四等级。

再者，GitLab平台现在的Web整合开发环境，现在加入了网页终端机功能，目前还是Beta阶段。就如使用者在本地开发环境的终端机功能，可用于检查API回应、程序语法正确性等。

无服务器应用是GitLab 116版最主打的新功能，整合了无服务器管理平台Knative，让开发者可透过GitLab在Kubernetes丛集部署Knative，借此在Kubernetes环境执行无服务器应用。

今年4月初释出的GitLab IDE功能，这次116版也有了加强，进一步推出开发者本地环境惯用的终端机功能，方便开发者执行测试、代码编译等工作。

Kubernetes是不少云端原生应用都会搭配使用的技术，而GitLab在此版本，改善Kubernetes丛集的划分功能，基础架构管理员可以根据内部各工作群组需求，直接于单一群组内，开设子群组，减少使用者设定基础架构组态的时间。

在安全仪表板内，GitLab新加入了漏洞图表，以折线图呈现。上图横轴为时间，纵轴为漏洞数量，方便安全管理员评估当前系统漏洞的风险。

我们可以用gitlab-ctl tail 命令查看实时log。

Runit-managed是一个跨平台的用来取代Linux系统默认的服务控制的一个init系统， 想要了解更多知识，请自行搜索runit及sysvinit的相关信息。

omnibus-gitlab生成logs用的Runit-managed服务是svlogd， 关于svlogd的详细介绍， 请查看svlogd documentation。

修改/etc/gitlab/gitlabrb文件里面如下参数可以自定义svlogd:

Omnibus-gitlab从74版本开始内置了logrotate服务。 这个服务用来切割、 压缩并最终删除已不受Runit服务(即上节里面的svlogd)控制的日志文件， 如gitlab-rails/productionlog、nginx/gitlab_accesslog。 你可以根据需求修改/etc/gitlab/gitlabrb中logrotate的参数。

UDP log shipping (GitLab Enterprise Edition only)

Omnibus-gitlab企业版可以配置使用UDP传输syslog-ish日志信息。

log messages实例:

Nginx的access日志默认使用'combined'格式化日志， 查看nginx日志格式。 如果你想用自定义日志的格式， 修改/etc/gitlab/gitlabrb 文件如下的参数:

一、Gitlab的备份目录路径设置

Gitlab的备份目录可以在Gitlab的配置文件中设置：

创建备份目录

最后使用下面命令重载gitlab配置文件，使上述修改生效！

二、GItlab的备份

手动使用命令备份gitlab

然后查看下备份文件（文件权限是设定好的644）

编写备份脚本，结合crontab实施自动定时备份，比如每天2点备份一次

然后加入到crontab中

三、Gitlab的恢复

GItlab只能还原到与备份文件相同的gitlab版本。

假设在上面gitlab备份之前创建了test项目，然后不小心误删了test项目，现在就进行gitlab恢复 *** 作

1、停止相关数据连接服务

查看gitlab状态

2、通过之前的备份文件进行恢复（这里备份路径我自定义的/data/gitlab/backups，默认的是/var/opt/gitlab/backups）

最后再次启动Gitlab

查看gitlab状态

恢复命令完成后，可以check检查一下恢复情况

环境为:centos7,安装版本为gitlab-ce-1253,因为125版本

主要优点:新版本对偏好设了增加了语言选项,中文和英文随你选,其他好处再补充

>

执行命令之后，会在/var/opt/gitlab/backups/产生备份文件，这里类似1634630667_2021_10_19_1433_gitlab_backuptar

srcIp指的是在老git服务器的ip

1634630667_2021_10_19_1433_gitlab_backuptar 是备份文件名称

1、scp指令的执行，需要配置公钥，配置方法参照该文结尾 公钥配置

2、该方式迁移要求老gitlab与新gitlab版本一致，如果版本不一致，建议升级老的gitlab，升级到与新gitlab版本一致之后再进行 *** 作。

以上就是关于GitLab 11.6登场！开始支持无服务器应用、进一步整合Kubernetes全部的内容，包括:GitLab 11.6登场！开始支持无服务器应用、进一步整合Kubernetes、Gitlab 日志查看、Gitlab的备份与恢复等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！