应用发布简单的流程:
1.集群节点应用下线(下面会介绍为什么将这个放在第一位.)
2.获取最新代码
3.编译打包
4.推送到应用机器
5.差异复制
6.重启
7.测试
8.加入集群
我公司都是使用nginx完成负载均衡的...当我们后端应用python,java,nodejs需要升级上线新的功能的时候,就会涉及到nginx的upstream的变动。之所以将应用下线放在的第一位,是因为nginx在去掉upstream节点的时候正在处理的应用连接是不会中断还能正常的服务,我们需要预留更长的时间来等待应用结束。。所以将下线放在第一位(当然如是单节点肯定不能放第一位)。
以前上线的时候,都是人工修改之后reload然后等待应用处理释放。。再去更新代码的。。等一切都是人工的去完成的,几乎每天都需要重复性的工作。后来开始借助jenkins完成发布过程。前期的时候都是直接不下线应用直接部署,后来出现过几次问题,决定在升级应用之前先将nginx负载节点下。为此编写了一个nginx online offline脚本。现在分享给大家。
#!/bin/sh
#================================================================
# Copyright (C) 2018 Sangfor Ltd. All rights reserved.
#
# 文件名称:reload_upstream.sh
# 创 建 者:YouShumin
# 创建日期:2018年09月04日
# 描 述:
#
#================================================================
CONFIG=/data/etc/nginx/conf/web_upstream.conf
CHANGE_HOST="$2"
Coler_Text(){
echo -e "\e[0;$2m$1\e[0m"
}
Echo_Red(){
echo $(Coler_Text "$1" "31")
}
#### 检测修改前的状态 ####
ChangeNum(){
online_num=$(grpe -rn ${CHANGE_HOST} ${CONFIG} | grep -v "#" | wc -l)
offline_num=$(grep -rn ${CHANGE_HOST} ${CONFIG} | grep "#" |wc -l)
}
OnLine(){
sed -i "/${CHANGE_HOST}/s/^#//g" ${CONFIG}
now_online_num=$(grep -rn ${CHANGE_HOST} ${CONFIG} | grep -v "#" | wc -l)
if [ ${OnLine} != ${now_online_num} ];then
Echo_Red "Online ${CHANGE_HOST} ok..."
else
Echo_Red "Online ${CHANGE_HOST} error!!!"
fi
}
OffLine(){
sed -i "/${CHANGE_HOST}/s/^/#/g" ${CONFIG}
now_offline_num=$(grep -rn ${CHANGE_HOST} ${CONFIG} | grep "#" |wc -l)
if [ ${OffLine} != ${now_offline_num} ];then
Echo_Red "OffLine ${CHANGE_HOST} ok..."
else
Echo_Red "OffLine ${CHANGE_HOST} error!!!!"
fi
}
__init__(){
case $1 in
online)
ChangeNum
OnLine
;;
offline)
ChangeNum
OffLine
;;
*)
echo "Usage: $0 {[ online|offline ] [server:port]}"
exit 1
;;
esac
}
__init__ $1
使用方法 sh scrips.sh online webapp1:8833 脚本内容很简单的。其中需要修改的好似 web_upstream的位置。
然后在自动化发布之前执行此脚本的,然后发布应用,进行测试,测试通过之后上线。
转载于:https://blog.51cto.com/youprince/2170260