系统迭代,运维方案

快速会滚方案如果当前系统稳定版是v2.3.0, 迭代后新版v2.3.1。由于新版运营中发现问题怎么快速回滚①系统代码部分1.如果系统配置版本控制直接回退到v2.3.0的版本即可2.如果没有配置版本控制系统应该部署2套代码v2.3.0版和v2.3.1版。将运营系统入口直接指向v2.3.0版即可(废弃v2.3.1)。②数据库部分要保证支持快速回滚数据库有一些要求必须满足数据库不支持回退新版本多出的信息可以向前兼容。1废弃的字段或表等不能删除因为现在用不到以前的版本可能用的上防止回退出错。2建好的表名或字段名不要修改名字。防止以前的版本回退出错。3每个新增的字段都要有一个默认值。如果没有默认值可以允许为空#!/bin/bash srev8054 erevHEAD svn log -vqr${srev}:${erev}|egrep ^\ [M|A]|uniq|awk -F / {print $2} |xargs tar zcvf patch-r$srev.tar.gz如果没有版本控制通过修改文件的路径指向实现快速切换稳定版本 /data/www/html/test/releases/20190319154442新发布的版本 /data/www/html/test/releases/20190401151844运营用的系统是Linux软连接 /data/html/test/current 快速指向/data/www/html/test/releases/20190319154442其中current一直不变只是指向快速的切换bash update_myproject.sh#!/bin/bash #备份项目 #cp -r /var/www/test-project/mypro/ /var/www/test-project/mypro_bak tar -czf bak.tar.gz /var/www/test-project/mypro_bak #重置文件改动 #cd /var/www/test-project/mypro/ git clean -d -x cd /var/www/test-project/mypro/ git reset --hard #更新 cd /var/www/test-project/mypro/ git pull #更新项目缓存 php /var/www/test-project/mypro/bin/console cache:clear --envprod chmod -R 777 var/cache灰度方案系统重构安全迁移场景比如系统使用JDK11, 升级系统使用JDK21重构而来。方法部署两套系统应用共用一套域名访问。负载均衡配置 将10%的访问流量引入到JDK21新系统。日志收集通过运行的应用日志如果有异常可以及时修复这样省去了测试人力资源。当新系统发生异常时收集到了日志刷新重试后由于流量占比小会自动切换到健壮的系统上让业务流程进行下去。