GNU autotools：libtool
CMake：mysql
Scons：mongodb

系列文章目录

第一章 Ubuntu部署Jenkins服务端

第二章 Linux节点的Python服务自动化构建

第三章 Windows节点Python服务自动化构建

第四章 Vue服务自动化打包构建

第五章 监控服务自动化构建

文章目录
系列文章目录
监控服务自动化构建
定时构建
构建
构建后操作
邮箱配置
开始构建
构建日志



监控服务自动化构建

配置丢弃旧的构建
配置限制运行节点
设置定时构建触发器
选择Http Request构建 （需要 HTTP Request Plugin 插件）
配置异常邮件通知列表 （需要	

Email Extension Plugin 插件）

定时构建
定时构建语法
* * * * *

第一颗*表示分钟，取值0~59
第二颗*表示小时，取值0~23
第三颗*表示一个月的第几天，取值1~31
第四颗*表示第几月，取值1~12
第五颗*表示一周中的第几天，取值0~7，其中0和7代表的都是周日

示例表示每十分钟构建一次

构建
安装完 HTTP Request Plugin 插件后 可以在 增加构建步骤 中看到 HTTP Request 选项，每次构建时会触发一次HTTP请求。
可以指定

请求路由
请求方式
认证信息
Header
请求参数
上次文件
请求响应

示例是一个简单的请求，正常响应返回 OK 字符串






构建后操作
这个是一个监控任务，每10分钟请求一次目标路由，正常响应OK 不走其他操作，响应异常时给用户发送邮件通知。
收件人是多个时用空格分隔。

邮箱配置
系统管理 -> 邮件通知   点击高级



我使用的是qq邮件，使用SMTP认证需要在发件人邮箱进行配置

登录发件人邮箱
邮箱设置
账户
POP3/IMAP/SMTP/Exchange/CardDAV/CalDAV服务
开启POP3/SMTP服务
获取授权码
将密码填写到   使用SMTP认证  的密码栏中
通过发送测试邮件测试配置
查看测试邮件

开始构建
如果想手动测试任务的配置，可以点击 立即构建


构建日志

系列文章目录

第一章 Ubuntu部署Jenkins服务端

第二章 Linux节点的Python服务自动化构建

第三章 Windows节点Python服务自动化构建

第四章 Vue服务自动化打包构建

第五章 监控服务自动化构建

文章目录
系列文章目录
Linux节点的Python服务自动化构建
Linux节点配置
节点列表
节点列表
新建节点
SVN操作
创建目录
创建Tags
创建任务
新建任务
构建参数
源码管理
构建
构建任务
构建时的效果
构建日志



Linux节点的Python服务自动化构建
首先介绍下前提条件：节点服务器有Python运行环境
Linux节点配置
节点列表
可以点击 构建执行状态 进入节点列表


也可以点击 系统管理 的 节点管理 进入节点列表

节点列表

新建节点
填写节点名称 选择固定节点 或者 复制现有节点的 配置



执行器数  是服务器可以同时进行构建的个数，单一服务器上的部署的项目比较多时，可以增加执行器数量来加快构建速度
远程工作目录 是Jenkins远程的服务，采集器、项目工作目录都会创建在这个工作目录下
用法  我选择的指定机器的任务
启动方式   Launch agents via SSH 没有这个选项的查看下已安装的插件
添加服务器凭据 

配置好就可以 保存 并 上线节点了
上线后的节点 就可以在点在列表中看到了
此时登录服务器 可以看到远程工作目录下会有 如下的文件


SVN操作

有权限的SVN URL 和 用户账户信息
在项目服务下创建 master 目录 作为开发目录使用
在项目服务下创建 release 目录 作为Tags目录使用 在下面的构建参数 svn_release 中使用
创建 Tags 到 release 目录

创建目录

创建Tags
填写要保存的 版本名称 和 版本描述，点击 OK


创建任务
新建任务
新建任务 填写 任务名称 选择 构建一个自由风格的软件项目


构建参数
构建参数我这里添加了：

gunicorn_path(启动FastAPI项目)
port 启动端口 下面的构建 shell 中有用到
workers 启动线程数端口 下面的构建 shell 中有用到
main_file 项目构建时 代码会更下在 workspace 目录下的 有任务名称命名的目录下，$JOB_NAME 是获取任务名称，这样可以方便重启时定位进程    下面的构建 shell 中有用到
app_name 意义不大  下面的构建 shell 中有用到
deploy_env 执行的操作  分为 restart   start   stop
svn_release  加载项目的 tags，展示最新的 50 tags  没有这个参数时 需要安装 Jenkins SVN 插件  下面的源码管理 URL 中有用到








源码管理
源码管理这个的 SVN URL ，每次构建时会在工作目录下 更新 选择的svn_release版本对应的 源码，以实现 版本控制的 效果。




构建

执行shell 分为三个情况，执行情况由构建参数 deploy_env 决定

start 使用gunicorn启动项目
restart  根据 main_file 杀死旧的进程并启动新的代码
stop 根据 main_file 杀死旧的进程
BUILD_ID=dontKillMe解决 Jenkins shell 无法后台运行的问题

echo $deploy_env
case $deploy_env in
	start)
    	echo "start: $deploy_env"
        cd .. \
        && BUILD_ID=dontKillMe $gunicorn_path/gunicorn $main_file:$app_name -b 0.0.0.0:$prot  -w $workers -k uvicorn.workers.UvicornH11Worker --daemon
        ;;
    restart)
    	echo "restart: $deploy_env"
		pid=` ps -ef|grep $main_file|grep -v "grep"|awk '{print $2}'`
        for id in $pid
        do
            kill -9 $id  
        done
        cd .. \
        && BUILD_ID=dontKillMe $gunicorn_path/gunicorn $main_file:$app_name -b 0.0.0.0:$prot  -w $workers -k uvicorn.workers.UvicornH11Worker --daemon
    	;;
    stop)
    	echo "stop: $deploy_env"
		pid=` ps -ef|grep $main_file|grep -v "grep"|awk '{print $2}'`
        for id in $pid
        do
            kill -9 $id  
        done
		;;
    *)
    exit
    ;;
esac


构建任务

选择要构建的版本
选择要执行的操作
点击开始构建

构建时的效果

构建日志
执行顺序：

拉取源码
执行shell
构建后操作（这里没有配）

说到自动化运维，我们不得不先讲讲自动化构建。在项目前期，我们每周甚至每天都要把代码包提交到开发和测试环境，然后触发人工或者自动化测试程序，如果发现了问题再等开发修复后滚动发布。在项目中期，我们可能每周或每月需要将经过测试的代码包发布到生产环境，然后进行功能验证，直接交给用户使用。在自动化构建没有流行的时候，我们这些发布新代码包的工作，都需要人工完成，不仅效率低还很容易出错。

然而这几年随着dev ops/ai ops等概念的流行，每个公司都在实践或者准备实践dev ops，自动化构建就属于dev ops的重要部分。笔者认为这几年自动化构建有多种技术实现方式，对于中小型项目，服务器几百台而言，github+maven+jenkins+ansible/ansible tower足够完成自动化构建的任务。简单地说，我们可以实现一键发布，只要收一收邮件或者看看发布日志就结束了，边喝茶边等结果，悠哉游哉。​接下来我先分别大概介绍下这些自动化构需要的技术或者工具。

github想必凡是IT行业从业人员听过或者使用过，甚至开发人员在重度使用，他也是大家俗称的全球最大的同性交友网站，哈哈哈！引用下百度百科对github的介绍。作为开源代码库以及版本控制系统，Github拥有超过900万开发者用户。随着越来越多的应用程序转移到了云上，Github已经成为了管理软件开发以及发现已有代码的首选方法。

maven估计只有开发人员听过，他主要完成java项目的项目构建管理、项目依赖管理、软件项目持续集成、版本管理等等。​比较正规的开发项目经常会用到该工具，对于运维人员，尤其是准备或者已经在做dev ops的同学来说，最好也熟悉下。

Jenkins是一个开源的、可扩展的持续集成、交付、部署（软件/代码的编译、打包、部署）的基于web界面的平台。允许持续集成和持续交付项目，无论用的是什么平台，可以处理任何类型的构建或持续集成。jenkins算是持续集成的核心平台了。

ansible是一个开源的项目，目前在github很流行，由于他只要被管理机器是安装了python的Linux系统就可以，目前主流的Linux都自带了python，例如Redhat6-7，CentOS6-7等等，所以无需在被管机器安装任何Agent就可以直接ansible对被管理机器进行操作。常见的发布任务都支持，代码包分发下载，配置修改，服务重启，甚至DB的sql操作都可以完成，凡是发布任务几乎无所不能。ansible 是基于python实现的，虽然效率不如c/c++高，但是使用起来真的很方便。

ansible tower是一个商业项目，目前已经被Redhat收购，是被封装过的ansible平台，以安全、规范著称，有钱的公司都在花钱使用他，如果IT比较穷可以先不用。

今天就先讲到这里，后续再细讲自动化构建的具体内容。​谢谢！