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-ce是gitlab的社区版本（免费）。

选择一个star数量最多的，相信大家的选择，嘿嘿。

在服务器的根目录新建一个目录，命名为 "docker-mnt"。
表示，所有和docker相关的挂载目录都放在“docker-mnt”目录中管理。

进入“docker-mnt”目录后，再新建一个"gitlab"目录，用于管理gitlab相关的挂载目录。

参考博客: >

一、环境准备

1gitlab所在的服务器A（centos7，19216811）
2备份服务器B（centos7，19216812）
3gitlab本地备份目录设置为/var/opt/gitlab/backups/log，本篇也是以此展开
gitlab已经配置了本地备份。如果没有配置，可以参考 >私有化部署的 GitLab 社区版相比于 GitLab 提供的托管服务，存在以下风险：
安全风险：私有化部署需要在本地搭建 GitLab 服务器，并与公网相连。如果服务器的安全性无法得到保障，则可能会面临黑客攻击、数据泄露等安全问题。
维护成本高：私有化部署需要投入一定的人力和财力来购买硬件、维护服务器、升级软件等，维护成本通常比较高。
升级风险：私有化部署需要自行升级软件，如果不及时升级，则可能会错过新功能、升级补丁等，从而影响 GitLab 的使用效果。
兼容性问题：私有化部署的 GitLab 与其他软件系统的兼容性需要考虑，如果因为兼容性问题出现错误，也可能需要耗费大量的时间和精力进行排查和解决。

---