如果你的开发流程是下面这个样子的, 那么你一定很好奇, 为什么我提交到仓库的代码可以自动部署并访问到最新的提交内容

这就是近年来兴起的 DevOps 文化, 很方便的解决了开发人员和运维人员每次发布版本需要联调沟通等问题, 缩短了程序发布时间, 可以以更短的周期进行迭代。

所以在收集了很多教程之后, 我也搭建了一个可自动测试,测试用例通过后可自动部署的 CI/CD 流程

实验前准备

  1. VirtualBox 用来模拟需要用到的服务器(大概4台,云服务器也可以)
  2. Vagrant 用来编排 VirtualBox 里的虚拟机(一台一台服务器里面配置环境太累了)
  3. 了解 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台服务器, 分别是

  1. 已经安装好 gitlab 的服务器,提供代码的仓库
  2. 通过 docker 对外提供dns服务的 gitlab_dns 服务器
  3. 安装好 gitlab runner 和 docker 的 ci 服务器
  4. 安装好 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的更多相关文章

  1. 使用gitlab自带的ci/cd实现.net core应用程序的部署

    这两天在折腾持续集成和交付,公司考虑使用gitlab自带的ci/cd来处理,特此记下来整个流程步骤. 好记性不如一支烂笔头---尼古拉斯-古人言 第一步: 安装gitlab,这个自然不用多说 第二步: ...

  2. 用 GitHub Action 构建一套 CI/CD 系统

    ​ 缘起 Nebula Graph 最早的自动化测试是使用搭建在 Azure 上的 Jenkins,配合着 GitHub 的 Webhook 实现的,在用户提交 Pull Request 时,加个 r ...

  3. 使用jenkins SonarQube gitlab 构建自动化发布系统

    目前持续集成的生态越来越完善,工具也有很多,开源的或商业的.如: 最最流行的,也是使用最多的 Jenkins 有着持续集成DNA的ThoughtWorks GO.理念:"Deployment ...

  4. 软工2021个人阅读作业#2——构建之法和CI/CD的运用

    项目 内容 这个作业属于哪个课程 2021学年春季软件工程(罗杰 任健) 这个作业的要求在哪里 2021年软工-热身阅读作业#2 我在这个课程的目标是 了解和掌握现代软件开发和项目管理技术,锻炼在大规 ...

  5. git 客户端连接gitlab 实现简单的CI/CD

    1. git 客户端的安装 下载: https://git-scm.com/download/win 截至最近:20180728最新版本 2.18的下载地址 https://github-produc ...

  6. 浩若烟海事半功倍|利用Docker容器技术构建自动化分布式web测试集群Selenium Grid

    原文转载自「刘悦的技术博客」https://v3u.cn/a_id_195 "世界上有那么多城市,城市里有那么多的酒馆,可她,却偏偏走进了我的-",这是电影<卡萨布拉卡> ...

  7. GitLab私有化部署 - CI/CD - 持续集成/交付/部署 - 源代码托管 & 自动化部署

    预期目标 源代码管理 借助GitLab实现源代码托管,私有化部署版本,创建项目,创建用户组,分配权限,项目的签入/牵出等. 自动化部署 源代码产生变更时(如签入),自动化编译并发布到指定服务器中部署, ...

  8. 前端初探 Gitlab CI/CD

    前言 纵观人类历史的发展以及三次工业革命,你会发现利用机器来替代部分人力劳动,将重复的工作自动化从而解放生产力都是发展的必然趋势,在软件工程领域也不例外,其中 CI/CD 就是其中一项,那么什么是 C ...

  9. Gitlab CI/CD

    Gitlab CI/CD 前言 纵观人类历史的发展以及三次工业革命,你会发现利用机器来替代部分人力劳动,将重复的工作自动化从而解放生产力都是发展的必然趋势,在软件工程领域也不例外,其中 CI/CD 就 ...

随机推荐

  1. zabbix监控之自动发现/自动注册

    一.自动发现 1.概述 自动发现(LLD)提供了一种在计算机上为不同实体自动创建监控项,触发器和图形的方法.例如,zabbix可以在你的机器上自动开始监控文件系统或者网络接口,而无需为每个文件系统或网 ...

  2. 用PHP爬取知乎的100万用户

    http://blog.jobbole.com/88788/ 突然发现 大数据 Python的爬虫能力很强 爬取到的数据 直接可以用于维修QQ营销 精准营销

  3. linux进程间通信-(转自 临水)

    一.进程间通信概述进程通信有如下一些目的:A.数据传输:一个进程需要将它的数据发送给另一个进程,发送的数据量在一个字节到几M字节之间B.共享数据:多个进程想要操作共享数据,一个进程对共享数据的修改,别 ...

  4. 什么是FOC

    https://zhidao.baidu.com/question/354536332.html FOC简述 磁场定向控制系统(FOC)又称为矢量控制系统,他是选择电机某一旋转磁场轴作为特定的同步旋转 ...

  5. lua type 获取 类型

    lua中的类型作一小记 print(type("Hello world")) --> string print(type(10.4*3)) --> number pri ...

  6. Django中的中英文切换

    setting.py文件中 其中 zh-Hans是简体中文 zh-Hant是繁体中文 所以更改setttings.py 下 LANGUAGE_CODE = 'zh-Hans'即可 # 英文 LANGU ...

  7. 微服务系列(二)GRPC的介绍与安装

    微服务系列(二)GRPC的介绍与安装 1.GPRC简介 GRPC是Google公司基于Protobuf开发的跨语言的开源RPC框架.GRPC基于HTTP/2协议设计,可以基于一个HTTP/2链接提供多 ...

  8. maxscrip_import_csv_构建对象

    3DMAX通过脚本文件批量操作相当有效率,国内关于maxscript的资料比较少,知识点比较零散,逐步进行补充. 导入文件: filepath = "... Data\\01_us.csv& ...

  9. 多边形游戏——区间dp

    题目描述 多边形(Polygon)游戏是单人玩的游戏,开始的时候给定一个由N个顶点构成的多边形(图1所示的例子中,N=4),每个顶点被赋予一个整数值,而每条边则被赋予一个符号:+(加法运算)或者*(乘 ...

  10. 在Visual Studio 中使用git——分支管理-下(九)

    在Visual Studio 中使用git--什么是Git(一) 在Visual Studio 中使用git--给Visual Studio安装 git插件(二) 在Visual Studio 中使用 ...