文章目录
前言
上线流程几乎每家公司都会问，每家公司也各个不同，大公司的比较规范，小公司的相对来说比较简单但又繁琐。
正规流程中一次完整的上线，需要前期的测试方案，中期的数据备份及上线方案，后期的上线后测试机回滚机制。
在我们平时做的lamp+wordpress 其实就是一个最基础的手工上线工程，只是这个业务比较简单，代码（wordpress包）已经合格无需测试，后期运行起来即使宕机也不影响业务，所以感觉上没有公司上线的那种紧张氛围而已。
今天我们从上线规范和上线流程来聊聊上线这个问题
上线方案
- 上线的业务介绍 （知道你上线的是什么）
- 数据备份方案
- 上线时间（ 时间定下来方便提前发通知，诸如你见到的网站提醒XX日进行业务升级）
- 相关人员 （开发，运维，测试齐上阵，做好合理分工）
- 上线失败后的回滚方案（回滚是应急方案）
- 上线后的测试(开发人员对系统进行测试，运维人员对系统进行测试和监控）
- 正式完成，进行邮件通知
- 撰写测试报告，项目总结
发布规则补充：
- 发布时间： 一般每周二，周四其中一天的下午5点作为正式版本的上线时间
- 紧急发布： 时间根据实际情况而定，由运维把控品侧
环境规划：
线上更新代码
小公司：
线上更新代码：
代码上线流程图
回答范例
1. 范例一：
- 我们公司所有的代码都需要开发使用git push推送到代码库中，代码库我们使用的是gitlab。
- 代码库中代码一旦更新就会触发钩子函数，然后通知jenkins有新的代码产生，这里我们用的是webhook插件，然后配置对应的触发器。
- jenkins收到第二步的事件通知之后，会通过gitlab插件从代码块中拉取代码。
- jenkins把代码拉取下来java源码以后，调用maven插件对源码进行编译
- jenkins调用ansibel部署项目到目标服务器上进行上线
盗图：（找了很久发现这个图不错）
2. 范例二：
我们公司是不大，还停留在手工上线层面，传手动scp上次代码，或者使用xftp上传代码，代码上传上去后再进行备份，部署，测试。这种方式需要所有的运维都参与，占用时间比较多，而且目录管理比较混乱，回滚没法及时后滚，所以后来我又给公司做的自动化部署上线，使用shell脚本来完成代码的上线。
shell脚本涉及到的点： 获取最新代码，软链接配置文件，打包，使用rsync进行文件分发，将目标及其移除集群，解压，部署，然后重启web服务，进行测试。
回滚方案：
- 列出回滚版本
- 目标服务器移除集群
- 执行回滚操作
- 重启对应服务
- 加入集群
紧急回滚： 列出回滚版本，直接回滚到上一个版本，重启
总结
手工上线-脚本自动化上线-jenkins工具自动化上线 没有统一的方案，但手工上线得熟练，因为一切自动化都是以手工能够实现为基础的。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
