从零入门 Serverless | 教你 7 步快速构建 GitLab 持续集成环境

作者 | 存诚 阿里云弹性计算团队

本文整理自 《Serverless 技术公开课》 ，“Serverless”公众号后台回复“入门”，即可获取系列文章 PPT。

导读： 本节课程为您介绍如何基于阿里云 Serverless Kubernetes（简称 ASK）服务，来快速构建 GitLab 持续集成环境。

ASK 介绍

首先，ASK 是什么？ASK 是阿里云推出的无服务器版 Kubernetes 容器服务。与传统的 Kubernetes 服务相比，ASK最大的特点就是通过虚拟节点接入 Kubernetes 集群，而 Kubernetes 的 Master 节点也完全由阿里云容器服务托管。因此，在整个 ASK 集群中，用户无需管理和运维真实节点，只用关心 Pod 资源即可，ASK 中的 Pod 则由阿里云弹性容器实例 ECI 承载。

ASK 的优势主要有以下几点：

• 降低用户使用 Kubernetes 的门槛，无需管理 Node 节点；
• 无需考虑节点的容量规划；
• 以 Pod 为单位按需计费；
• 宕机故障影响面小，Pod 级别。

同时，ASK 主要适用的场景有：

• 在线业务弹性（视频直播、在线教育）；
• 大数据计算（Spark）；
• 定时任务；
• CI/CD 持续集成。

GitLab CI on ASK 的优势

说到 CI/CD，大家最熟悉的两个工具，一个是 Jenkins，另一个是 GitLab CI，随着 Devops 角色的流行，越来越多的企业采用 GitLab CI 作为持续集成的工具，下面给大家介绍下 GitLab CI on ASK。gitlab-runner 以 Pod 形式注册到 ASK 集群中，每个 CI/CD stage 也对应一个 Pod。

这么做的优势有以下几点：

• 服务高可用（Deployment+PVC）；
• 无需维护 K8s Master、Node 节点，在没有任何构建任务的情况下，只需要运行一个 Pod（gitlab-runner）；
• 触发一个构建任务，启动一个 Pod，按需计费；
• 宕机故障只会影响以 Pod 为单位。

实践演示

接下来给大家演示如何在阿里云 ASK 集群上部署 gitlab-runner，并且通过 gitlab CICD Pipeline 部署 Java 应用到 ASK 集群中。

其中涉及到的知识点主要有：

• 通过 configMap 保存 gitlab runner 和 executor 的配置；
• 通过 secret 保存 ASK 集群的访问凭证和镜像仓库的密钥；
• 通过 PVC 缓存 runner cache 和 maven 仓库；
• 通过 imageCache 缓存容器镜像。

本节课程涉及到的所有的配置文件（yaml）都已经上传到 github 供大家下载【 下载链接 】。

下面开始演示，视频版课程请点击【 观看链接 】。

1. 准备 ASK 集群

• 在【 容器服务控制台 】创建标准 Serverless K8s 集群

• 集群创建完成后，基本信息中有 API server 公网链接地址

• 连接信息中有 ASK 集群访问凭证

2. 准备 PV/PVC

准备两个 nas 盘，一个做 gitlab runner cache，一个做 maven 仓库，请自行替换 nas server 地址和path

shell

kubectl apply -f mvn-pv.yaml

kubectl apply -f mvn-pvc.yaml

kubectl apply -f nas-pv.yaml

kubectl apply -f nas-pvc.yaml

3. 准备 Secret

• kubeconfig 里的证书公私钥拷贝到 secret 中，secret.yaml

shell

kubectl apply -f secret.yaml

• docker-registry 的认证信息，ECI 支持免密拉取，但是 push docker image 还是要用到

shell

kubectl create secret docker-registry registry-auth-secret --docker-server=registry.cn-hangzhou.aliyuncs.com --docker-username=${xxx} --docker-password=${xxx}

• 查看生成的 secret 可以用以下命令

shell

kubectl get secret registry-auth-secret --output=yaml

4. 准备 ConfigMap

把 gitlab runner 的 url、token，ASK 集群的 api server 地址拷贝到 config.yaml

shell

kubectl apply -f config-map.yaml

5. 准备 imageCache（可选，节省镜像拉取时间）

目前 AS K默认安装了 imagecache-crd，可以用以下命令查询，如果没有可以自己安装

shell

查看image cache crd 是否安转

kubectl get crd

安装image cache crd

kubectl apply -f imagecache-crd.yaml

制作imagecache

kubectl apply -f imagecache.yaml

6. 部署 gitlab runner

shell

kubectl apply -f gitlab-runner-deployment.yaml

7. 进行一个简单的 CI 任务

git repo 中的 .gitlab-ci.yml 类似 Jenkinsfile，定义了构建任务的工作流。我们修改 demo 项目中的 src/main/webapp/index.jsp 文件，然后 git commit -m "change index info" 提交。 gitlab 中的流水线任务即被触发，整个流程涉及到编译、打包、部署。

成本

使用 ASK 与一台预付费 ECS 的成本对比：

从上述成本计算可以看出，当您每天的 CI/CD 任务少于 126 个时，使用 ASK+ECI 会比购买一台包年包月的 ECS 更加划算。在享受按需付费的同时，也降低了运维成本，更加重要的是，当业务规模扩大、CI/CD 任务数量陡增时，不再需要担心 Node 节点的扩容。ASK+ECI 的方案，可以被认为是 CI/CD 持续集成场景的量身标配。

Serverless 公众号 ，发布 Serverless 技术最新资讯，汇集 Serverless 技术最全内容，关注 Serverless 趋势，更关注你落地实践中的遇到的困惑和问题。