转载

『高级篇』docker之gitlab和jenkins-CICD流程(43)

上节已经安装好了gitlab和jenkins,这次就把CICD的流程串起来切身的体验下CICD。目的就是在gitlab提交代码。触发一系列的流程,最后可以看到新代码的效果(机器内容优先,只做到镜像的打包推送)。源码:https://github.com/limingios/msA-docker/vagrant master分支CICD

『高级篇』docker之gitlab和jenkins-CICD流程(43)

了解git代码提交完成jenkins的构建

上次已经把代码上传上去了,进入项目选择settings里面的Integrations

『高级篇』docker之gitlab和jenkins-CICD流程(43)

这里可以配置一个url,默认的trigger触发器push的时候,

『高级篇』docker之gitlab和jenkins-CICD流程(43)

这里的url地址是哪里来的。请查看jenkins,因为本身gitlab里面的微服务比较多,选择其中的一个服务吧,新建一个任务名称:user-edge-service,允许url远程触发构建任务。

『高级篇』docker之gitlab和jenkins-CICD流程(43)

『高级篇』docker之gitlab和jenkins-CICD流程(43)

Jenkins中的Job配置里缺少 触发远程构建(例如,使用脚本) 选项的

『高级篇』docker之gitlab和jenkins-CICD流程(43)

如图所示的功能没有出现在Job配置页面,这是由于权限问题导致的:

『高级篇』docker之gitlab和jenkins-CICD流程(43)

关闭防止跨站点请求伪造

『高级篇』docker之gitlab和jenkins-CICD流程(43)

gitlab的Integrations的URL地址修改:

http://192.168.66.102:8888/job/user-edge-service/build?token=123456

『高级篇』docker之gitlab和jenkins-CICD流程(43)

『高级篇』docker之gitlab和jenkins-CICD流程(43)

gitlab设置Webhooks报错Urlis blocked: Requests to localhost are not allowed。admin 登录设置

『高级篇』docker之gitlab和jenkins-CICD流程(43) 『高级篇』docker之gitlab和jenkins-CICD流程(43) 『高级篇』docker之gitlab和jenkins-CICD流程(43)

gitlab的Integrations,添加完毕。

『高级篇』docker之gitlab和jenkins-CICD流程(43)

jenkins的添加完毕

『高级篇』docker之gitlab和jenkins-CICD流程(43)

  • 测试一把

『高级篇』docker之gitlab和jenkins-CICD流程(43)

返回201,说明构建返回成功。

『高级篇』docker之gitlab和jenkins-CICD流程(43)

『高级篇』docker之gitlab和jenkins-CICD流程(43)

『高级篇』docker之gitlab和jenkins-CICD流程(43)

构建说明

咱们的所有构建都是基于pipline的,脚本是用groovy来做的,如果老铁有不会的可以查看,可以流水线语法。

『高级篇』docker之gitlab和jenkins-CICD流程(43)

『高级篇』docker之gitlab和jenkins-CICD流程(43)

  • 开始pipline的编写

    >Jenkins Pipeline是一套插件,支持将连续输送Pipeline实施和整合到Jenkins。Pipeline 提供了一组可扩展的工具,用于通过Pipeline DSL为代码创建简单到复杂的传送Pipeline 。

『高级篇』docker之gitlab和jenkins-CICD流程(43)

写个测试的试试

#!groovy
pipeline {
//之前说过jenkins是支持集群的,但是咱们这里不需要集群的方式,因为有了k8s。any在任何可用的agent 上执行
    agent any
    //环境变量,
    environment {
        REPOSITORY="ssh://git@192.168.66.101:2222/liming/microservice.git"

    }
    //流水线是如何提前,都是通过很多个stages下面的stage
    stages {
        stage('获取代码'){
            steps{
                echo " start fetch code from git ssh://git@192.168.66.101:2222/liming/microservice.git"
                deleteDir()
                git "${REPOSITORY}"
            }
        }
    }
}

『高级篇』docker之gitlab和jenkins-CICD流程(43)

点击立即构建,然后查看效果

『高级篇』docker之gitlab和jenkins-CICD流程(43)

『高级篇』docker之gitlab和jenkins-CICD流程(43)

『高级篇』docker之gitlab和jenkins-CICD流程(43)

jenkins所在容器未配置,秘钥到gitlab上,来一起配置下

『高级篇』docker之gitlab和jenkins-CICD流程(43)

进入102的主机上

docker ps
docker exec -it d918e00a583f /bin/bash
ssh-keygen -t rsa -C "394498036@qq.com"
cat /root/.ssh/id_rsa.pub

『高级篇』docker之gitlab和jenkins-CICD流程(43)

『高级篇』docker之gitlab和jenkins-CICD流程(43)

在容器内试试看能git clone 不

『高级篇』docker之gitlab和jenkins-CICD流程(43)

在试试,立刻构建

『高级篇』docker之gitlab和jenkins-CICD流程(43)

『高级篇』docker之gitlab和jenkins-CICD流程(43)

查看目录

『高级篇』docker之gitlab和jenkins-CICD流程(43)

需要配置maven仓库地址,当前这个镜像nds国内不识别,在容器内需要操作

echo "nameserver 8.8.8.8" | tee /etc/resolv.conf > /dev/null
apt-get update
apt-get install vim
cd /opt/maven/conf
vi settings.xml
mkdir /usr/lib/jvm/java-8-openjdk-amd64/lib

通过更换maven镜像可以解决此问题,在maven安装目录下/opt/maven/conf的conf/settings.xml文件内 增加一段更改镜像地址为阿里云的maven,在mvn compile可解决此问题

<mirror>
<id>nexus-aliyun</id>
<mirrorOf>*</mirrorOf>
<name>Nexus aliyun</name>
<url>http://maven.aliyun.com/nexus/content/groups/public</url>
</mirror>

如果出现这个错误,就是找不到tool.jar直接复制一个tool.jar,源码包里面我复制的有。

[ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:compile (default-compile) on project message-thrift-service-api: Compilation failure
[ERROR] Unable to locate the Javac Compiler in:
[ERROR] /usr/lib/jvm/java-8-openjdk-amd64/jre/../lib/tools.jar
[ERROR] Please ensure you are using JDK 1.4 or above and
[ERROR] not a JRE (the com.sun.tools.javac.Main class is required).
[ERROR] In most cases you can change the location of your Java
[ERROR] installation by setting the JAVA_HOME environment variable.
````
>复制命令

``` bash 
 yum install lrzsz
#rz  选择tool.jar
docker cp  tool.jar 容器ID:/usr/lib/jvm/java-8-openjdk-amd64/jre/../lib/tools.jar

『高级篇』docker之gitlab和jenkins-CICD流程(43)

配置环境变量

docker exec -it 容器ID /bin/bash
vi ~/.bashrc
#配置下面的环境变量
set JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64
export PATH=${JAVA_HOME}/bin:$PATH

『高级篇』docker之gitlab和jenkins-CICD流程(43)

『高级篇』docker之gitlab和jenkins-CICD流程(43)

  • 在此尝试构建
#!groovy
pipeline {
//之前说过jenkins是支持集群的,但是咱们这里不需要集群的方式,因为有了k8s。any在任何可用的agent 上执行
    agent any
    //环境变量,
    environment {
        REPOSITORY="ssh://git@192.168.66.101:2222/liming/microservice.git"
        MODULE="user-edge-service"

    }
    //流水线是如何提前,都是通过很多个stages下面的stage
    stages {
        stage('获取代码'){
            steps{
                echo " start fetch code from git ssh://192.168.66.101:2222/liming/microservice.git"
                deleteDir()
                git "${REPOSITORY}"
            }
        }
        stage('编译+单元测试') {
            steps{
                echo " start compile"
                sh "mvn -U -pl ${MODULE} -am clean package"
            }
        }
    }
}

『高级篇』docker之gitlab和jenkins-CICD流程(43)

jenkins完成推送到官网镜像

  1. 创建build-imge文件
  2. docker login登录到docker仓库中(之前已经说过了,我的机器内存比较小,无法启动私有的docker仓库我通过的官网的,不管哪个都在jenkins的机器上登录下,push的时候就不报错了)
cd ~
vi build-image.sh
chmod 775 build-image.sh
docker login

『高级篇』docker之gitlab和jenkins-CICD流程(43)

#!groovy
pipeline {
//之前说过jenkins是支持集群的,但是咱们这里不需要集群的方式,因为有了k8s。any在任何可用的agent 上执行
    agent any
    //环境变量,
    environment {
        REPOSITORY="ssh://git@192.168.66.101:2222/liming/microservice.git"
        MODULE="user-edge-service"
        SCRIPT_PATH="/root/"

    }
    //流水线是如何提前,都是通过很多个stages下面的stage
    stages {
        stage('获取代码'){
            steps{
                echo " start fetch code from git ssh://192.168.66.101:2222/liming/microservice.git"
                deleteDir()
                git "${REPOSITORY}"
            }
        }
        stage('代码静态检查') {
            steps{
                echo " start code check"
            }
        }
        stage('编译+单元测试') {
            steps{
                echo " start compile"
                sh "mvn -U -pl ${MODULE} -am clean package"
            }
        }
        stage('构建镜像') {
            steps{
                echo " start build image"
                sh "#{SCRIPT_PATH}/build-image.sh ${MODULE}"
            }
        }

        stage('发布系统') {
            steps{
                echo " start deploy"
                sh "#{SCRIPT_PATH}/deploy.sh ${MODULE} ${MODULE}"
            }
        }

    }
}
 build-image.sh 
#!/bin/bash
MODULE=$1
TIME=`date "+%Y%m%d%H%M"`
GIT_REVISION=`git log -1 --pretty=format:"%h"`
IMAGE_NAME=zhugeaming/${MODULE}:${TIME}_${GIT_REVISION}
cd ${MODULE}
docker build -t ${GIT_REVISION} .
docker push ${GIT_REVISION}
 deply.sh 
#!/bin/bash
IMAGE=`cat IMAGE_NAME`
DEPLOYMENT=$1
MODULE=$2
echo "update image to ${IMAGE}"
kubectl set image deployment/${DEPLOYMENT} ${MODULE} =${MODULE}

PS:最后总结下,建议jenkins不要使用容器安装,我用容器安装入了至少十几个坑,对了解命令还是有好处的。我总结几点

1. 不要容器化jenkins,直接在机器上安装就可以了。容器本身都是单个个体,你想想里面还要装jdk,mvn,docker。如果jenkins容器化,等于容器里面还要装docker是不是很蛋疼。

2. 使用pipline写脚本其实很简单本身就是流水线,比较负责命令建议使用shell脚本的方式,这是也方便维护。

3. gitlab里面,outbound requests 允许

4. jenkins里面有几个重要的点跨域允许访问,允许用户注册

5. 写的流程有点复杂,我是边练边写的,但是记录了我遇到的各种问题,希望能对有问题的老铁有帮助。

6. 里面的sh 脚本可能比较适合我,特别是build-image那块,建议自行修改。

7. 不要用容器安装jenkins了 这个坑太大了,gitlab还是容器安装爽。

8. 最后在说一点,jenkins的pipline语法不复杂,参考我的写你可以可以完成自动化构建,push镜像,更新服务这块其实也没完全弄好,我准备在继续好好研究下k8s,感觉k8s水太深,下次出专辑深啃一把!

『高级篇』docker之gitlab和jenkins-CICD流程(43)

百度未收录

>>原创文章,欢迎转载。转载请注明:转载自IT人故事会,谢谢!

>>原文链接地址:上一篇:

已是最新文章

原文  https://idig8.com/2018/11/21/gaojipiandockerzhigitlabhejenkins-cicdliucheng43/
正文到此结束
Loading...