Fork me on GitHub

部署Gitlab+maven+jenkins持续集成环境-进阶1

字数统计: 1.8k字   |   阅读时长≈ 7分

为什么要持续集成？

1
2
3
持续集成，简称CI。持续集成指的是，频繁的（一天多次）将代码集成到主干

好处：极大程度降低 “代码合并冲突” 几率
1
2
3
开发上传自己的代码到Gitlab, Gitlab发消息给Jenkins，随后Jenkins从仓库拉取代码，最后全自动部署到测试服务器进行相关测试，并将测试结果通知运维和开发，这种自动测试的方法叫做持续交付。

持续部署是持续交付的下一步，指的是代码通过评审以后，自动部署到生产环境
1
行话：CI/CD 指的是持续集成/持续交付/持续部署

化整为零

1
2
3
4
1.这套组合可以分成源码管理、编译构建、远程部署
2.源码管理常见的有gitlab、SVN
3.编译构建是针对编译型语言的。此处针对Java语言使用Maven、针对IOS则是使用其他编译工具。
4.远程部署由jenkins提供。

配置部署

环境

1
2
node1 10.0.10.21    角色：Jenkins Master、Maven、Git、JDK
node1 10.0.10.22    角色：Gitlab、Jenkins slave

Node1-21配置

  • Jenkins

​ 参考：Jenkins安装-Docker

1
2
3
4
5
6
7
8
9
10
11
rpm方式安装

# yum安装jdk
echo "192.168.21.200 mirrors.aliyun.com" >>/etc/hosts
curl -o /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo
yum clean all
yum -y install java-1.8.0-openjdk java-1.8.0-openjdk-devel
# 安装rpm包
rpm -ivh jenkins-2.73.1-1.1.noarch.rpm
# 启动
/etc/init.d/jenkins start
1
2
3
rpm -ql jenkins
Jenkins家目录：/var/lib/jenkins
Web站点目录：/var/cache/jenkins
  • Maven安装
1
2
Maven负责java语言的编译和打包。换个角度来说，Maven相当于Java中的make命令。
官方地址：http://maven.apache.org/

安装JDK

1
yum install -y java-1.8.0-openjdk java-1.8.0-openjdk-devel

安装Maven

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
(1) 获取安装包
wget https://repo.maven.apache.org/maven2/org/apache/maven/apache-maven/3.3.9/apache-maven-3.3.9-bin.tar.gz

(2) 解压
tar -zxvf apache-maven-3.3.9-bin.tar.gz -C /usr/local/ 
ln -s /usr/local/apache-maven-3.3.9 /usr/local/maven

(3) 定义变量
vim /etc/profile.d/maven.sh
  export M2_HOME=/usr/local/maven
  export MAVEN_HOME=/usr/local/maven
  PATH=$M2_HOME/bin:$PATH
[root@node2 ~]# source /etc/profile.d/maven.sh

(4) 查看版本
mvn -v
  • 编译安装git
1
2
3
wget https://www.kernel.org/pub/software/scm/git/git-2.12.0.tar.gz

注意：为了能让jenkins能正常从gitlab中拉取源码，需要编译1.9以上的版本。

安装编译环境

1
2
3
yum groupinstall "Development tools"
yum install curl-devel expat-devel gettext-devel openssl-devel zlib-devel gcc perl-ExtUtils-MakeMaker openssh-clients
除了正常的编译环境之外，编译git的时候还要额外安装各种devel包。否则会构建失败。

编译安装

1
2
3
4
5
6
tar -zxvf git-2.12.0.tar.gz && cd git-2.12.0
make prefix=/usr/local/git all 
make prefix=/usr/local/git install 
echo "export PATH=$PATH:/usr/local/git/bin" >> /etc/bashrc
source /etc/bashrc
git --version

配置Jenkins

指定Maven、Git和JDK的安装路径

1
Jenkins Web  -- 系统管理 -- Global Tool Configuration

Jenkins优化

  • 增加执行者数量
1
系统管理--系统设置 -- 修改执行者数量 -- 保存
  • 配置Jenkins邮箱设置
1
2
3
4
5
6
7
8
系统管理--系统设置 -- 修改系统管理员邮箱地址 -- 保存
系统管理--系统设置 -- 系统管理员邮件地址(写上17610397690@163.com) -- 保存
系统管理--系统设置 -- 邮件通知 -- 填写如下信息：
SMTP设置： smtp.163.com
使用SMTP认证： 勾选
用户名: 17610397690@163.com
密码：填写163上面的授权码
通过发送测试邮件配置：勾选并填写收件箱地址：17610397690@163.com   -- 点击测试发送 -- 最后保存即可

配置Jenkins连接Gitlab

1
2
(1)新建 -- 输入item name(比如：garywu) -- 选择构建一个自由风格的软件项目 -- OK保存
(2)进入jenkins garywu的item -- 点击"源码管理" -- 选择“Git” -- 输入Git地址 (git@192.168.56.16:root/37team.git) -- 输入连接git的私钥 -- 直到不报错。
1
2
(3) 构建 -- 选择“Execute shell” -- 输入测试命令“df -h”
(4) 构建后的操作 -- 选择“E-mail Notification” -- 输入接收邮箱地址即可(推荐163邮箱-17610397690@163.com) -- 保存

项目手动构建

1
2
3
主页 -- 点击项目并进入项目 -- 左侧点击“立即构建” -- 构建若出现错误显示红色，可以看到控制台日志来查看具体错误，一般是权限问题。

因为Jenkins是以Jenkins用户来启动的，所以Jenkins用户缺少很多权限，手动在命令行授权即可

Gitlab代码提交Jenkins自动构建

  • 配置Gitlab token
1
2
3
4
5
6
7
8
(1)安装插件: GitLab Plugin
(2)首页 -- credentials -- system -- Global credentials(unrestricted) -- add Credentials -- Kind选择GitLab API Token -- 填写API Token(从Gitlab账号--设置--account中Private Token获取) -- 保存
(3)系统管理 -- 系统设置 -- Gitlab
    Connection name：Gitlab
    Gitlab host URL: http://192.168.56.16
    Credentials: 选择刚添加的Gitlab API token
    Test -->当出现success即可
    最后保存
  • 配置item-生成Jenkins token
1
jenkins -- 点击item --构建触发器 -- 勾选"Build when a change is pushed to GitLab. GitLab CI Service URL: http://192.168.56.15:8080/project/oldtboyedu" -- 点击“高级” -- 生成Jenkins token -- 把此界面中的URL和Token复制出来放到文本文件，稍后会用到 -- 最后保存配置
  • 配置Gitlab项目
1
2
3
进入唯一的37team主页 -- settings  -- Integrations --  URL填写上面保存的URL -- secret Token 粘贴刚才生成的Jenkins token -- 最后点击"Add webhook"  

然后，在此页面就能看到刚添加的一个Webhooks，点击右侧的Test -- 立即打开Jenkins项目中构建页面，可以看到已经自动生成了一个新的构建并自动开始运行了，另外这个构建有个说明: Started by Gitlab push by Administrator
  • 代码提交后自动构建-测试验证
1
向Gitlab project项目中添加一个文件，并简单写下描述，然后立即打开Jenkins项目中构建页面，可以看到已经自动生成了一个新的构建并自动开始运行了，至此就实现了自动构建功能

关于生产环境实践

一：分组上线

1
2
3
4
5
6
7
8
9
倘若nginx代理10台后端tomcat，由于启动需要时间，所以务必分组上线
所谓分组上线就是把后端机分成2组，即AB分组上线
方法：第A组后端机注释,升级代码。然后恢复A组配置，再注释并升级B组代码。这样操作起来很麻烦且耗时，弄不好容易出错。
终极方案：
准备四套配置文件，每套配置文件进行不同定义，如下:
nginx-A.conf    #上线A组服务器代码
nginx-B.conf    #上线B组服务器代码
nginx-new.conf  #全部后端tomcat上线
nginx-old.conf  #快速回滚

二：灰度发布

1
2
3
4
灰度发布指黑与白之间，能给平衡过渡的一种发布方式。

方案1: 智能DNS调度, 即根据用户使用的LocalDNS来进行DNS解析到对应域名解析服务器。
方案2：收集用户的IP地址所在地区进行区分。

扫一扫，分享到微信

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia-plus根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true


不论我写了什么...
其实都是错的......