基于jenkins结合svn、ansible、shell和mysql版本迁移实现多服务器批量发布

hello，你们好! 因为工做缘由，本篇博文迟迟没有发布上来，在此深表歉意！因宅鸟做为一个老鸟，还有不少东西须要和你们分享，因此宅鸟有意将本篇博文做为Jenkins持续集成自动测试部署系列的收尾之篇,关于这方面的话题，有感兴趣的同窗能够线下交流分享。

废话不在多说，本篇是在上篇 基于Jenkins 实现php项目的自动化测试、自动打包和自动部署 基础上，更深一层更具备实战性质，彻底是线上环境.本篇有一点难度，若是有看不懂的同窗请从本系列第一篇读起，若是有条件的同窗能够本身搭建环境动手试试。因为本篇须要包含的内容比较多，因此某些细节不会再啰嗦。

因为生产环境下网络拓扑比较复杂，下面宅鸟给出一个简化版的网路拓扑图.

若是所示,咱们目前有的资源是分别是:

公司内网：

1 svn server 代码版本库

2 jenkins 持续集成服务器

公司公网服务器资源:

webserver1 公网测试服务器

webserver2,webserver3公网正式服务器

db1,db2公网正式db

拿到这些资源咱们该怎么规划部署咱们的webapp到这些服务器呢?

咱们以phpweb为例,假设全部webserver都已经安装好lnmp环境，dbserver已经安装好mysql环境

须要注意一点,boss要求全部公网生产服务器必须经过跳板机登陆,而且全部部署到生产服务器的代码都须要在svn源码库和线上服务器上都有历史记录,一旦程序发布后，有问题，能够方便回滚到以前稳定版本。

在这种清空下，咱们该如何规划部署咱们的程序呢?

下面宅鸟给出本身的解决方案:(本例以cms系统为例)

一、在Jenkins系统中建立一个deploy_cmsv4_to_dev的job,在该jobs配置中添加svn源代码地址，经过自动化单元集成测试后，打包，而后经过Jenkins发布到测试服务器webserver1上，而后再进行人工测试，肯定无误后，再在jenkins上给本次构建打tag,并在tag上注明版本日期等。

二、在Jenkins系统中再建立一个deploy_cmsv4_to_production的项目，该job发布时，引用刚已在deploy_cmsv4_to_dev的job中已经打好的tag，而后经过Jenkins把程序打包经过ssh上传到指定目录，而后经过跳板机把程序包发布到正式公网服务器(跳板机上须要安装自动化部署工具ansible，进行实现批量部署功能)。

关于ansible的安装在此不作详解。有感兴趣的同窗可点击这里,但须要注意的是须要配置好跳板机到公网上服务器上ssh免密码登陆，以及在ansible的配置中添加公网webServerIp地址列表.

这里只作技术交流与分享，本篇涉及到公司公网ip地址以及涉及商业机密的地方均使用画图工具遮盖，给各位同窗带来不阅读不便，深表歉意!

下面开始宅鸟的部署之旅:

第一步开始建立一个自由风格的到测试服务器上的job:deploy-cmsv4-to-dev ，进入配置界面 如图:

在源码管理下选择Subversion:

添加上项目svn地址如图:

而后在增长构建步骤中选择Invoke Phing targets:

添加自动测试和打包的target，target名称对应项目根目录下的build.xml文件

而后在 增长构建步骤 中选择 Send files or execute commands over SSh:

最后 在 增长构建后操做步骤 中 选择:Archive the artifacts  存档打包文件:

配置完毕后，咱们就能够构建本job.

点击左上侧“当即构建”:

咱们就能够看到一个job开始执行，完毕后查看查看控制台输出结果如图所示：

而后登陆测试服务器webserver1上到发布的目录下查看是结果如图：

注意:last本次发布上一个版本

该项目中全部的配置文件(包括db，webapp，crontab,nginx等)均使用软连从程序目录config下连接过来的.

如图展现数据库迁移的配置文件的连接，其它配置文件亦是如此,不在啰嗦.

下面来看一下程序发布的历史版本列表:

到此，公网测试服务器web程序发布完毕，而后就进入人工测试，测试经过后，就能够在jenkins服务器上给本次构建打tag而后就能够发到公网服务器了。

在jenkins上给job打tag此处略去,给你们看一下宅鸟以前在发布程序时所打过的tag，以下图所示，右边显示标记的表示已打tag。

下面咱们开始介绍公网服务器程序的发布过程:

第一步、建一个自由风格的job名字为deploy-cmsv4-to-production

在job配置中选中"构建化参数过程"复选框

选择 List Subversion tags(and more),而后填写svn地址等以下信息

而后再添加一个choice ，添加咱们须要部署的服务器组，该地方的组名称须要在 跳板机的ansible配置文件中指定,而且给部署组指定一组webserver ip列表

注:Choices能够添加多个服务器组(在ansible中指定,这里咱们在cms_app_servers名称下指定了三台linux服务器作为webserver).

在源代码管理中填写以下配置:

下面再增长打包targets:

再添加发布步骤: 选择 "send file or execute commands over SSH"

最后存档:

到此，生产服务器部署配置已经完成，下面就能够发布了。

选择Jenkins左上方的 "Build with Parameters"

如图显示，上面的下拉菜单是 咱们已经打好的tag列表,下面是部署服务器群组列表:

而后点击"开始构建" jenkins就会按照咱们事配置好的项，开始发布web程序了。

在控制台输出信息中最后一行出现“Finished: SUCCESS”，表示发布已经成功。这样咱们能够登陆到生产服务器上查看咱们已发布的程序。

数据库升迁版本列表: 关于mysql迁移 不熟悉的同窗可参看 宅鸟的另外一篇博文:Mysql迁移工具在生产环境下的使用

咱们经过跳板机到服务器下去:

先登陆到cms-app-1，而后到网站目录下查看经过ls -l |grep cmsv4命令查看结果如图:

登陆到cms-app-2,结果同cms-app-1如图:

咱们再检查一下nginx的配置:

再登陆到cms-app-3 结果亦然,至此咱们的程序已经发布完毕。

仔细阅读的同窗可能已经注意到在deploy-cmsv4-to-dev&deploy-cmsv4-to-production -> configure "Send files or execute commands over SSH"的"Exec command" 文本列表最后一条shell命令:

cmsv4.${BUILD_NUMBER}.${BUILD_ID}/config/install.sh  ${BUILD_NUMBER} ${BUILD_ID}

这个config文件夹下的install.sh脚本，是宅鸟根据本身公司的业务要求逻辑本身编写的，有兴趣的同窗能够本身试着根据本身公司的业务需求本身编写以实现需求。

在此宅鸟给出一个install的简单实例(假设咱们的项目名为myweb):

#!/bin/bash
#created by lihuibin
#date 2014-01-15
#deploy web app to production install script
build_number=$1
build_id=$2
db_version="max_version"
myweb_path=/webdir/myweb/myweb.$build_number.$build_id
#项目配置文件
config_path=$myweb_path/config.php
ln -s $myweb_path/config/config.php  $config_path
#crontab
ln -s   $myweb_path/config/crontab.txt  /etc/cron.d/myweb
#初始化数据库，若是数据库不存在则自动建立
/usr/bin/php $myweb_path/mysqlMigrations/migrate.php init
if [ $? -ne 0 ];then
  echo "db version table init:"$?
  exit 1
fi
#列出线上数据库版本
/usr/bin/php $myweb_path/mysqlMigrations/migrate.php list
if [ $? -ne 0 ];then
  echo "db version list:"$?
  exit 1
fi
#更新数据库到最大版本
/usr/bin/php $myweb_path/mysqlMigrations/migrate.php  up $db_version
if [ $? -ne 0 ];then
  echo "db update:"$?
  exit 1
fi
#查看迁升后数据库版本列表，及当前数据库版本
/usr/bin/php $myweb_path/mysqlMigrations/migrate.php list
#web切换，给老版本更名，而且新版本程序接手老版本程序开始工做
web_path="/htdocs/myweb"
uploads='/webdir/myweb/uploaded'
if [ -L $web_path ];then
  ln -sfn $(readlink -f "/htdocs/myweb") "/htdocs/myweb_last"
  ln -sfn  $myweb_path $web_path
  echo "$myweb_path   $web_path  ln -s  :"$?
else
  if [ -d $web_path ];then
      mv -f $web_path"/uploaded" $uploads
      mv -f $web_path "/webdir/myweb/myweb_lagacy"
      ln -sfn  $myweb_path $web_path
      ln -sfn "/webdir/myweb/myweb_lagacy" "/htdocs/myweb_last"
  else
    ln -s  $myweb_path $web_path
    if [ ! -d "$uploads" ]; then
        mkdir -p $uploads
        chown -R www-data:www-data  $uploads
    fi
  fi
fi
ln -s  $uploads $myweb_path/uploaded
#赋权限
chown -R www-data:www-data  $myweb_path
#从新加载php5-fpm
/etc/init.d/php5-fpm reload
#nginx应用新配置
nginx=/etc/nginx/sites-enabled/myweb.conf
if [ -f $nginx ];then
 rm $nginx
fi
ln -s $myweb_path/config/myweb.conf $nginx
#nginx加载新配置
/etc/init.d/nginx reload
#删除临时文件
rm -rf /tmp/myweb.*
echo "/tmp/myweb.* rm -rf:"$?

好了，关于宅鸟的部署系列博文到此告一段落。还有更多关于持续集成发布以及jenkins与git的集成等方面的话题，有机会再聊一聊。

对支持宅鸟的读者，宅鸟在此表示感谢！欢迎关注宅鸟博客下一系列关于nginx方面的话题！