jenkins部署和CI/CD流程

1.jenkins简介

Jenkins是一个开源的、可扩展的持续集成、交付、部署(软件/代码的编译、打包、部署)的基于web界面的平台是基于Java开发的一种持续集成工具,用于监控持续重复的工作,旨在提供一个开放易用的软件平台,使软件项目可以进行持续集成。

官方网站:https://jenkins.io/

2.Jenkins特点

开源的java语言开发持续集成工具,支持CI,CD;

易于安装部署配置:可通过yum安装,或下载war包以及通过docker容器等快速实现安装部署,可方便web界面配置管理;

消息通知及测试报告:集成RSS/E-mail通过RSS发布构建结果或当构建完成时通过e-mail通知,生成JUnit/TestNG测试报告;

分布式构建:支持Jenkins能够让多台计算机一起构建/测试;

文件识别:Jenkins能够跟踪哪次构建生成哪些jar,哪次构建使用哪个版本的jar等;

丰富的插件支持:支持扩展插件,你可以开发适合自己团队使用的工具,如git,svn,maven,docker等。

主要用来打包发布,打包工具版本必须一致
常见打包工具:

  • gradler
  • ant
  • maven

3.Jenkins部署

//关闭防火墙和selinux
[root@localhost ~]# systemctl disable --now firewalld.service
Removed /etc/systemd/system/multi-user.target.wants/firewalld.service.
Removed /etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service.
[root@localhost ~]# vim /etc/selinux/config 
[root@localhost ~]# reboot

// 下载jdk环境、jenkinstomcat
[root@localhost ~]# yum -y install java*

[root@localhost ~]# wget https://get.jenkins.io/war-stable/2.303.2/jenkins.war

[root@localhost ~]# wget https://archive.apache.org/dist/tomcat/tomcat-9/v9.0.54/bin/apache-tomcat-9.0.54.tar.gz
[root@localhost ~]# ls
anaconda-ks.cfg  apache-tomcat-9.0.54.tar.gz  jenkins.war

//解压到usr/local/
[root@localhost ~]# tar xf apache-tomcat-9.0.54.tar.gz -C /usr/local/
[root@localhost ~]# cd /usr/local/
[root@localhost local]# ls
apache-tomcat-9.0.54  bin  etc  games  include  lib  lib64  libexec  sbin  share  src

//改名
[root@localhost local]# mv apache-tomcat-9.0.54 jenkins
[root@localhost local]# cd jenkins/

//启动tomcat
[root@localhost jenkins]# ./bin/startup.sh 
Using CATALINA_BASE:   /usr/local/jenkins
Using CATALINA_HOME:   /usr/local/jenkins
Using CATALINA_TMPDIR: /usr/local/jenkins/temp
Using JRE_HOME:        /usr
Using CLASSPATH:       /usr/local/jenkins/bin/bootstrap.jar:/usr/local/jenkins/bin/tomcat-juli.jar
Using CATALINA_OPTS:   
Tomcat started.
[root@localhost jenkins]# ss -antl
State             Recv-Q            Send-Q                            Local Address:Port                       Peer Address:Port           Process           
LISTEN            0                 128                                     0.0.0.0:22                              0.0.0.0:*                                
LISTEN            0                 100                                           *:8080                                  *:*                                
LISTEN            0                 128                                        [::]:22                                 [::]:*                                
LISTEN            0                 1                            [::ffff:127.0.0.1]:8005                                  *:*                        
//删除其他无关的东西,将.war包移进去,会自动解压
[root@localhost jenkins]# cd webapps/
[root@localhost webapps]# ls
ROOT  docs  examples  host-manager  manager
[root@localhost webapps]# rm -rf docs examples host-manager manager
[root@localhost webapps]# cp ~/jenkins.war .
[root@localhost webapps]# ls
ROOT  jenkins.war
[root@localhost webapps]# ls
ROOT  jenkins  jenkins.war

访问网页

查看密码

[root@localhost webapps]# cat /root/.jenkins/secrets/initialAdminPassword
804f6b1f79e84254b23d9036f1d8d68a

输入密码后
在这里插入图片描述
等一会,会进入创建用户的界面,可以创建也可以直接跳过,我这边直接跳过

看到这个表示部署完成

4.CI/CD介绍

CI/CD是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。
CI/CD的核心概念是持续集成、持续交付和持续部署。

具体来说,CI/CD可让持续自动化和持续监控贯穿于应用的整个生命周期(从集成和测试阶段,到交付和部署)。这些关联的事务统称为“CI/CD管道”,由开发和运维团队协同支持。

互联网软件的开发和发布,目前已经形成了一套标准流程,一般可以分为以下几个阶段:
编码——构建——集成——测试——交付——部署

  • 持续集成(CI)
    上面整个流程中最重要的组成部分就是持续集成(Continuous integration,简称CI)。

持续集成指的是,频繁地(一天多次)将代码集成到主干。将软件个人研发的部分向软件整体部分交付,频繁进行集成以便更快地发现其中的错误。

它的好处主要有两个:

  • 快速发现错误。每完成一点更新,就集成到主干,可以快速发现错误,定位错误也比较容易;

  • 防止分支大幅偏离主干。如果不是经常集成,主干又在不断更新,会导致以后集成的难度变大,甚至难以集成。

持续集成并不能消除Bug,而是让它们非常容易发现和改正。持续集成的目的,就是让产品可以快速迭代,同时还能保持高质量。它的核心措施是,代码集成到主干之前,必须通过自动化测试。只要有一个测试用例失败,就不能集成。

  • 持续交付

持续交付(Continuous delivery)指的是,频繁地将软件的新版本,交付给质量团队或者用户,以供评审。如果评审通过,代码就进入生产阶段。

持续交付在持续集成的基础上,将集成后的代码部署到更贴近真实运行环境的「类生产环境」(production-like environments)中。持续交付优先于整个产品生命周期的软件部署,建立在高水平自动化持续集成之上。

持续交付可以看作持续集成的下一步。它强调的是,不管怎么更新,软件是随时随地可以交付的。

  • 持续部署(CD)

持续部署(continuous deployment)是持续交付的下一步,指的是代码通过评审以后,自动部署到生产环境。

持续部署的目标是,代码在任何时刻都是可部署的,可以进入生产阶段。

持续部署的前提是能自动化完成测试、构建、部署等步骤。

总的来说,持续集成、持续交付、持续部署提供了一个优秀的 DevOps 环境。对于整个开发团队来说,能很大地提升开发效率,好处与挑战并行。无论如何,频繁部署、快速交付以及开发测试流程自动化都将成为未来软件工程的重要组成部分。

猜你喜欢

转载自blog.csdn.net/weixin_46115601/article/details/120840403