Docker+Vagrant+Gitlab 构建自动化的 CI/CD
如果你的开发流程是下面这个样子的, 那么你一定很好奇, 为什么我提交到仓库的代码可以自动部署并访问到最新的提交内容
这就是近年来兴起的 DevOps 文化, 很方便的解决了开发人员和运维人员每次发布版本需要联调沟通等问题, 缩短了程序发布时间, 可以以更短的周期进行迭代。
所以在收集了很多教程之后, 我也搭建了一个可自动测试,测试用例通过后可自动部署的 CI/CD 流程
实验前准备
- VirtualBox 用来模拟需要用到的服务器(大概4台,云服务器也可以)
- Vagrant 用来编排 VirtualBox 里的虚拟机(一台一台服务器里面配置环境太累了)
- 了解 Vagrant 和 Docker 的简单用法
初始化服务器环境
首先我们要用 VirtualBox 初始化4台centos 系统的Linux主机。
HostName | IP Address | 作用 |
---|---|---|
gitlab | 192.168.33.10 | 安装gitlab服务,提供代码仓库等作用,类似github |
gitlab_dns | 192.168.33.13 | 给其他虚拟机提供统一的DNS查找服务, 不用每台虚拟机配置一份hosts文件 |
gitlab_ci | 192.168.33.11 | 安装 gitlab runner 提供 代码的持续集成服务 |
gitlab_cd | 192.168.33.12 | 安装 gitlab runner 提供 代码的持续部署服务 |
按照上面的表格, 我们设定了4台服务器名称, 也给每台服务器固定了内网地址, 这样我们每次重启系统就不用重新配置网络了。结合这份表格可以用 Vargentfile 启动4台服务器并安装好环境(每台系统我单独配置了一份shell脚本, 让环境直接初始化好)
# -*- mode: ruby -*-
# vi: set ft=ruby :
boxes = [
{
:name => "gitlab",
:eth1 => "192.168.33.10",
:mem => "4096",
:cpu => "2",
:folder => "./gitlab",
:shell => "./gitlab/bootstrap.sh" # 这份shell 是安装 gitlab 服务并自启
},
{
:name => "gitlab_dns",
:eth1 => "192.168.33.13",
:mem => "1024",
:cpu => "1",
:folder => "./gitlab_dns",
:shell => "./gitlab_dns/bootstrap.sh" # 这份shell 是安装 docker 并 通过docker 启动一个dns服务
},
{
:name => "gitlab_ci",
:eth1 => "192.168.33.11",
:mem => "2048",
:cpu => "2",
:folder => "./gitlab_ci",
:shell => "./gitlab_ci/bootstrap.sh" # 这份shell 是安装 docker 和 gitlab runner 组件
},
{
:name => "gitlab_cd",
:eth1 => "192.168.33.12",
:mem => "2048",
:cpu => "2",
:folder => "./gitlab_ci",
:shell => "./gitlab_ci/bootstrap.sh" # 这份shell和ci是同一个脚本
},
]
Vagrant.configure("2") do |config|
config.vm.box = "centos/7"
boxes.each do |opts|
config.vm.define opts[:name] do |config|
config.vm.provider "virtualbox" do |v|
v.customize ["modifyvm", :id, "--memory", opts[:mem]]
v.customize ["modifyvm", :id, "--cpus", opts[:cpu]]
end
config.vm.network :private_network, ip: opts[:eth1]
config.vm.synced_folder opts[:folder], "/mnt", type: "nfs"
config.vm.provision "shell", path: opts[:shell]
end
end
end
如果顺利初始化成功后, 你将有4台服务器, 分别是
- 已经安装好 gitlab 的服务器,提供代码的仓库
- 通过 docker 对外提供dns服务的 gitlab_dns 服务器
- 安装好 gitlab runner 和 docker 的 ci 服务器
- 安装好 gitlab runner 和 docker 的 cd 服务器
以上 Vargentfile 和 shell 文件可以到我的 github 仓库上复制
设置 gitlab
vagrant up
启动成功上述4台虚拟机后,然后配置一下宿主机的 dns ,用来通过域名方式 http://gitlab.example.com/
访问 gitlab 页面, 不配置也可以通过直接访问 ip 地址 192.168.33.10
的形式查看 gitlab
第一次启动需要设置密码, 然后可以通过 默认用户名root 和设置的密码登陆 gitlab, 登陆成功后需要像使用 github 一样添加宿主机的公钥到网站上, 放便后面我们对代码的 pull 和 push
添加一个项目
能顺利进入 gitlab 了, 那么顺利成章的需要测试一下我们是否能够初始化项目并且成功pull 和 push 操作, 这里有一份 go 代码, 来当作这次ci cd 实验的准备
# main.go
func main() {
http.HandleFunc("/", httpFunc.SayHello) //设置访问的路由
err := http.ListenAndServe(":9090", nil) //设置监听的端口
if err != nil {
log.Fatal("ListenAndServe: ", err)
}
}
# httpFunc/helloHandler.go
func SayHello(w http.ResponseWriter, r *http.Request) {
fmt.Fprintf(w, "Hello World!") //这个写入到w的是输出到客户端的
}
# test/main_test.go
func TestHelloWorld(t *testing.T) {
mux := http.NewServeMux()
mux.HandleFunc("/", httpFunc.SayHello)
r, _ := http.NewRequest(http.MethodGet, "/", nil)
w := httptest.NewRecorder()
mux.ServeHTTP(w, r)
resp := w.Result()
if resp.StatusCode != http.StatusOK {
t.Errorf("Response code is %v", resp.StatusCode)
}
body, _ := ioutil.ReadAll(resp.Body)
defer resp.Body.Close()
if string(body) != "Hello World!" {
t.Errorf("Response Body is %s", string(body))
}
}
本地执行单元测试检验下我们的代码是否有问题
go test .
ok code/test 0.109s
So, 我们可以在 gitlab 上新建一个仓库 gohttp 来上传了
gitlab runner 设置
首先进入我们的 gitlab ci 服务器 vagrant ssh gitlab_ci
配置 dns
sudo vim /etc/resolv.conf
nameserver 192.168.33.13 # 添加这一行
然后ping一下域名是否能成功
ping gitlab.example.com
dns 配置好之后可以设置 gitlab runner 了
进入 gitlab.example.com, 查看 runner 的 token
进入 gitlab_ci 虚拟机
[vagrant@localhost ~]$ sudo gitlab-ci-multi-runner register
Runtime platform arch=amd64 os=linux pid=3016 revision=8fa89735 version=13.6.0
Running in system-mode.
Enter the GitLab instance URL (for example, https://gitlab.com/):
http://gitlab.example.com/ # gitlab 域名
Enter the registration token:
dPLFPqnA1dw2vzkAaENG # gitlab 项目的 token
Enter a description for the runner:
[localhost.localdomain]:
Enter tags for the runner (comma-separated):
golang-test # runner 的 tag
Registering runner... succeeded runner=dPLFPqnA
Enter an executor: kubernetes, shell, ssh, virtualbox, docker+machine, docker-ssh+machine, custom, docker, docker-ssh, parallels:
docker # runner 的 环境
Runner registered successfully. Feel free to start it, but if it's running already the config should be automatically reloaded!
然后刷新gitlab 页面, 可以看到 runner 已经注册成功了
同样的步骤可以在 gitlab_cd 服务器上执行一遍, 不过这次我们的 runner 环境要选择shell,
至此, 我们有了一个 tag 为 golang-test 的 runner 来执行 我们 go 项目的 ci (自动测试用), tag 为 docker-deploy 的项目进行 cd (自动部署用)
在项目下新增 dockerfile 用来在docker 中运行我们的项目
FROM golang AS build-env
ADD . /app
WORKDIR /app
RUN GOOS=linux GOARCH=386 go build -o gohttp main.go
FROM alpine
COPY --from=build-env /app/gohttp /usr/local/bin/gohttp
EXPOSE 9090
CMD [ "gohttp" ]
新增 .gitlab-ci.yml 让 gitlab runner 运行
stages:
- test
- deploy
test-job:
stage: test
tags:
- golang-test
script:
- go test ./test
deploy-job:
stage: deploy
tags:
- docker-deploy
script:
- docker build -t gohttp .
- if [ $(docker ps -aq --filter name=helloworld) ]; then docker rm -f helloworld;fi
- docker run -d -p 9090:9090 --name helloworld gohttp
然后将改动 push 到 master 分支, 然后进入 CICD 看板, 可以看到已经在帮我们做ci和cd了
测试通过后会自动部署, 部署成功后可以访问 gitlab_cd 服务器的 ip 和应用程序的端口形式看到部署的应用, 同时也可以在 gitlab dns 服务器上为 cd 服务器添加一个 host 域名, 这样可以直接用域名访问程序
至此, cicd 已经搭建完成, 我在本地经过多次 修改代码 然后 git push 到 gitlab 上, 程序都能相应的执行和部署到 cd服务器的 9090 端口, 大功告成!
Docker+Vagrant+Gitlab 构建自动化的 CI/CD的更多相关文章
- 使用gitlab自带的ci/cd实现.net core应用程序的部署
这两天在折腾持续集成和交付,公司考虑使用gitlab自带的ci/cd来处理,特此记下来整个流程步骤. 好记性不如一支烂笔头---尼古拉斯-古人言 第一步: 安装gitlab,这个自然不用多说 第二步: ...
- 用 GitHub Action 构建一套 CI/CD 系统
缘起 Nebula Graph 最早的自动化测试是使用搭建在 Azure 上的 Jenkins,配合着 GitHub 的 Webhook 实现的,在用户提交 Pull Request 时,加个 r ...
- 使用jenkins SonarQube gitlab 构建自动化发布系统
目前持续集成的生态越来越完善,工具也有很多,开源的或商业的.如: 最最流行的,也是使用最多的 Jenkins 有着持续集成DNA的ThoughtWorks GO.理念:"Deployment ...
- 软工2021个人阅读作业#2——构建之法和CI/CD的运用
项目 内容 这个作业属于哪个课程 2021学年春季软件工程(罗杰 任健) 这个作业的要求在哪里 2021年软工-热身阅读作业#2 我在这个课程的目标是 了解和掌握现代软件开发和项目管理技术,锻炼在大规 ...
- git 客户端连接gitlab 实现简单的CI/CD
1. git 客户端的安装 下载: https://git-scm.com/download/win 截至最近:20180728最新版本 2.18的下载地址 https://github-produc ...
- 浩若烟海事半功倍|利用Docker容器技术构建自动化分布式web测试集群Selenium Grid
原文转载自「刘悦的技术博客」https://v3u.cn/a_id_195 "世界上有那么多城市,城市里有那么多的酒馆,可她,却偏偏走进了我的-",这是电影<卡萨布拉卡> ...
- GitLab私有化部署 - CI/CD - 持续集成/交付/部署 - 源代码托管 & 自动化部署
预期目标 源代码管理 借助GitLab实现源代码托管,私有化部署版本,创建项目,创建用户组,分配权限,项目的签入/牵出等. 自动化部署 源代码产生变更时(如签入),自动化编译并发布到指定服务器中部署, ...
- 前端初探 Gitlab CI/CD
前言 纵观人类历史的发展以及三次工业革命,你会发现利用机器来替代部分人力劳动,将重复的工作自动化从而解放生产力都是发展的必然趋势,在软件工程领域也不例外,其中 CI/CD 就是其中一项,那么什么是 C ...
- Gitlab CI/CD
Gitlab CI/CD 前言 纵观人类历史的发展以及三次工业革命,你会发现利用机器来替代部分人力劳动,将重复的工作自动化从而解放生产力都是发展的必然趋势,在软件工程领域也不例外,其中 CI/CD 就 ...
随机推荐
- WPS 2010 页眉下方添加下划线
我们在使用Word2010编辑文档中时,有时需要在页眉下方删除或添加一条横线.本篇经验就来介绍一下删除和添加横线的方法. 工具/原料 Word 2010 一.删除横线 1 打开Word2010 ...
- vim 编辑器高级用法
vim编辑器介绍 如果没有安装vim使用下面方式安装 yum -y install vim vi与vim的不同 两者最大的不同:vim可以高亮显示,vi不可以. vim三种工作模式 普通模式 # 光标 ...
- 结合JVM 浅谈Java 类加载器(Day_03)
所谓错过,不是错了,而是过了. 什么是JAVA类加载? Class对象由JVM自动产生,每当一个类被加载时,JVM就自动为其生成一个Class对象,通过Class对象可以获得类的相关信息.将类信息读取 ...
- kubernetes技能图谱
深入剖析Kubernetes-张磊(Kubernetes社区资深成员与项目维护者) Kubernetes集群搭建 ver1.20.5
- windows 映射驱动器 图标显示不正常
正常图标是这样的: 我的变成了这样: 解决方法: 注册表进入: HKEY_CURRENT_USER\SOFTWARE\Classes\Applications\Explorer.exe\Drives\ ...
- THINKPHP_(7)_THINKPHP6的controller模型接收前端页面通过ajax返回的数据,会因为一个div而失败
这个随笔比较短. 同样的前端页面代码,修改了一下,后端模型接收不到数据. 利用beyond compare软件比对两个前端文件, 发现多了一个</div>标签. 多了一个</div& ...
- CVPR2020论文介绍: 3D 目标检测高效算法
CVPR2020论文介绍: 3D 目标检测高效算法 CVPR 2020: Structure Aware Single-Stage 3D Object Detection from Point Clo ...
- python----日志模块loggin的使用,按日志级别分类写入文件
1.日志的级别 日志一共分为5个等级,从低到高分别是: 级别 说明 DEBUG 输出详细的运行情况,主要用于调试. INFO 确认一切按预期运行,一般用于输出重要运行情况. WARNING 系统运行时 ...
- 重新整理 mysql 基础篇————— 事务隔离级别[四]
前言 简单介绍一下事务隔离的基本 正文 Read Uncommitted(未提交读) 这个就是读未提交.就是说在事务未提交的时候,其他事务也可以读取到未提交的数据. 这里举一个例子,还是前一篇的例子. ...
- 一、部署监控服务器--安装LNMP环境
1.要求: 本案例要求部署-台Zabbix监控服务器, -台被监控主机,为进一步执行具体的监控任务做准备:1.安装LNMP环境2.源码安装Zabbix3.安装监控端主机,修改基本配置4.初始化Zabb ...