如何利用Gitlab-ci持续部署到远程机器

服务器 itxz 2周前 (11-17) 13次浏览 0个评论

看过这篇文章的朋友,会注意到我是在 Gitlab-Runner服务器上自动部署的站点,本次我们结合ssh部署到远程机器(将CI服务器和部署服务器分离,避免资源抢占)。

如何利用Gitlab-ci持续部署到远程机器

SSH免密登陆

还是那句话,CI/CD实质是将我们手动集成、拷贝部署的方式脚本化,远程部署的重要姿势是要求免密操控。

要让Gitlab Runner部署到远程机器,远程机器必须信任gitlab runner账户。

先执行su gitlab-runner切换到gitlab-runner账户
在你的CI机器(主控端)上使用 ssh-keygen命令创建公钥,使用ssh-keygen -t rsa来创建,程序会问你存放目录,如果不需要修改,直接回车几次即可将~/.ssh目录下id_rsa.pub文件拷贝到受控机器的~/.ssh目录中,然后
将文件内容导入到~/.ssh/authorized_keys文件

主控方:
scp /home/gitlab-runner/.ssh/id_rsa.pub
受控方:
cat ~/.ssh/id_rsa.pub >> ~/.ssh/authorized_keys
4.在受控方机器设置权限:
~/.ssh权限设置为700;
~/.ssh/authorized_keys权限设置为600

之后在主控CI机器 就具备免密登陆 远程机器的能力。

如何利用Gitlab-ci持续部署到远程机器

如何持续部署?

利用镜像tag持续部署: gitlab项目只要打出tag–> 执行构建镜像Job(以此次git tag为镜像tag)–>执行部署Job,拿到git tag–>部署该tag镜像

CI_COMMIT_REF_NAME变量得到 The branch or tag name for which project is built
在docker-compose.yml里设置image: ${DOCKER_REGISTRY}/eap/eap-front-end:${TAG},可感知部署时插入的tag变量

build_image:Front-end:
 stage: build_image
 script:
 - docker build -t $DOCKER_REGISTRY_HOST/eap/eap-front-end:$CI_COMMIT_REF_NAME .  
 - docker login $DOCKER_REGISTRY_HOST -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD
 - docker push $DOCKER_REGISTRY_HOST/eap/eap-front-end:$CI_COMMIT_REF_NAME    
 tags:  
 - my-tag
 only:  
 - tags
  
deploy:alpha:
 stage: deploy
 variables:
 deploy_path: "/home/eap/website"
 script:
 - ssh -t ***@10.202.42.252 "cd $deploy_path && export TAG=$CI_COMMIT_REF_NAME && docker-compose -f docker-compose.yml build && docker-compose -f docker-compose.yml up -d" 
 tags:
 - my-tag
 only:
 - tags

上面的黄色背景行描述了 ssh远程登陆–>切换到部署目录–>插入本次构建的git tag—>执行容器部署的脚本写法。

That’all, 本文记录了gitlab-ci持续部署到远程机器的过程: ssh免密登陆是本菜鸡最近搞定的姿势,持续部署的方式简单实用。


IT学者 , 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权
转载请注明原文链接:如何利用Gitlab-ci持续部署到远程机器
喜欢 (0)

您必须 登录 才能发表评论!