应用发布简单的流程:
1.集群节点应用下线(下面会介绍为何将这个放在第一位.)
2.获取最新代码
3.编译打包
4.推送到应用机器
5.差别复制
6.重启
7.测试
8.加入集群java
我公司都是使用nginx完成负载均衡的...当咱们后端应用python,java,nodejs须要升级上线新的功能的时候,就会涉及到nginx的upstream的变更。之因此将应用下线放在的第一位,是由于nginx在去掉upstream节点的时候正在处理的应用链接是不会中断还能正常的服务,咱们须要预留更长的时间来等待应用结束。。因此将下线放在第一位(固然如是单节点确定不能放第一位)。
之前上线的时候,都是人工修改以后reload而后等待应用处理释放。。再去更新代码的。。等一切都是人工的去完成的,几乎天天都须要重复性的工做。后来开始借助jenkins完成发布过程。前期的时候都是直接不下线应用直接部署,后来出现过几回问题,决定在升级应用以前先将nginx负载节点下。为此编写了一个nginx online offline脚本。如今分享给你们。node
#!/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的位置。
而后在自动化发布以前执行此脚本的,而后发布应用,进行测试,测试经过以后上线。python