Gitlab结合阿里云ECS进行弹性伸缩构建

Gitlab结合阿里云ECS进行弹性伸缩构建

问题背景

Gitlab 默认支持亚马逊、微软云、谷歌云的弹性伸缩构建,如果想使用阿里云实现弹性伸缩构建,可以考虑使用官方提供的基于k8s的弹性伸缩构建,但是大部分情况下单独配置一个集群有些麻烦。

官方提供了一个Custom Runner,可以借助shell脚本实现自定义逻辑。那么我们就可以在脚本中利用阿里云的sdk动态创建ECS实例来实现弹性伸缩构建。经过简单的测试,利用现成的云盘镜像创建一个实例大概10秒左右,速度可以接受。

所以打算使用这个方案来实现弹性伸缩构建,即每次构建通过特定的镜像ID创建一个阿里云ECS实例,执行构建脚本以后再销毁掉。

脚本原理

脚本构成

整个Custom Runner 分为4个脚本

  • config_exec 用来设置构建目录、环境变量之类的

  • prepare_exec 用来准备脚本执行环境,我们用这个脚本创建ECS实例

    注意:这个脚本每个Job都会运行

  • run_exec 用来运行构建逻辑,我们用这个脚本执行.gitlab-ci.yml中的script,Gitlab调用脚本的方式如下

    bash 复制代码
    /path/to/run_exec.sh /path/to/tmp/script1 prepare_script
  • cleanup_exec 用来清理构建环境,我们用这个脚本释放ECS实例

生命周期

run_exec作为主要执行的脚本,其中有一些生命周期事件需要我们实现

  1. prepare_script 用于查看debug信息
  2. get_sources 用于拉取仓库代码,我们在这个生命周期拉取代码
  3. restore_cache 用于恢复缓存
  4. download_artifacts 用于下载制品
  5. step_* Gitlab自动生成
  6. build_script 用于执行job里面的script,我们在这个生命周期执行自定义的构建脚本
  7. step_* Gitlab自动生成
  8. after_script 用于执行job里面的after_script
  9. archive_cache 或者 archive_cache_on_failure 用于归档缓存
  10. upload_artifacts_on_success 或者 upload_artifacts_on_failure 用于上传制品
  11. cleanup_file_variables 用于删除文件类型的变量

其他

关于脚本的错误处理、返回值、一些具体的例子这里不展开了,可以直接去官方文档查看

脚本源码

代码已经发布到github:项目地址

配置项

Runner配置项

登录镜像需要的密钥、阿里云CLI所需的AK、缓存目录等配置,可以提取到env文件中单独设置

作业配置项

将镜像ID、缓存目录通过特定的环境变量指定,这样不同的项目可以通过配置改变缓存行为,比如Gradle需要缓存~/.gradle目录,nodejs需要缓存~/.npm目录

如何配置.gitlab-ci.yml

yml 复制代码
stages:
- build

build:
    stage: build
    environment:
    name: $CI_COMMIT_BRANCH
    variables:
        CACHE_DIRS: "/root/.npm/,其他目录"
        IMAGE_ID: "阿里云镜像ID"
        INSTANCE_TYPE: "阿里云实例规格(如:ecs.c6.2xlarge)"
        script:
            - |
            # 自定义的构建脚本,如:
            bash deploy/make_product.sh
            bash deploy/k8s_update.sh

优化项

通过缓存目录提高构建速度

可以使用ossfs2.0进行构建缓存的挂载,成本低廉

通过内网拉取代码提高构建速度

如果构建用的服务器和Gitlab在同一个网络,可以对整体构建速度有提升,并且节约网络流量费用

通过内网推送代码提高部署速度

如果构建用的服务器和制品库在同一个网络,可以显著提高部署速度,并且节约网络流量费用

作者:脆皮猪

授权:著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

相关推荐
木二_21 小时前
附058.Kubernetes Gitea部署
ci/cd·kubernetes·gitea
研发小能2 天前
提效安全双平衡:CI/CD工具该选谁?流水线产品评测
ci/cd·持续集成·持续集成平台·持续集成产品·流水线工具
oMcLin2 天前
如何在Rocky Linux 8.5上部署并优化Jenkins流水线,支持跨平台CI/CD自动化与容器化构建?
linux·ci/cd·jenkins
无心水2 天前
【分布式利器:腾讯TSF】7、TSF高级部署策略全解析:蓝绿/灰度发布落地+Jenkins CI/CD集成(Java微服务实战)
java·人工智能·分布式·ci/cd·微服务·jenkins·腾讯tsf
oscar9993 天前
Katalon与CI_CD集成:让自动化测试融入持续交付流水线
ci/cd·katalon
一条闲鱼_mytube3 天前
CI/CD 监控指南:让流水线透明可控
ci/cd
oMcLin3 天前
如何在 Ubuntu 22.04 上部署并优化 Jenkins 2.x 流水线,提升持续集成与自动化测试的效率?
ubuntu·ci/cd·jenkins
卓码软件测评3 天前
第三方CMA.CNAS软件评测机构【深入理解Apifox的数据模型:定义和管理API数据结构】
测试工具·ci/cd·测试用例
oMcLin4 天前
如何在 Red Hat OpenShift 上配置并优化 CI/CD 流水线,提升容器化应用的部署速度与可靠性?
ci/cd·openshift
卓码软件测评4 天前
CMA/CNAS双资质软件测评机构【Apifox高效编写自动化测试用例的技巧和规范】
测试工具·ci/cd·性能优化·单元测试·测试用例