web上线申请单模板

把稳：

上线并需实行sql时，为了避免影响上线进度，sql请只管即便提前一天操作。
有些sql是须要在低峰韶光段操作。

上线哪业务或者模块

例如订单做事，门诊做事，支付做事，住院做事等。
适当的时候可以将自己的需求ID或者标题列出来。

是否有SQL须要实行

本次上线是否须要实行sql脚本。
数据改动只管即便走sql，不要进行程序脚本实行，除非自己有回滚方案，一样平常的数据管理平台会供应是否备份选项，保险期间建议加上。

例如：

-- jack 配置中央数据改动-- 干系sql代码写不才面升级版本

默认最新，有的企业是通过打包办法更新，有的直接更新。
代码所在的版本无非是直接pull 最新数据，或者利用commitId 办法发布，或者采取tag办法。

升级内容

无，建议填写。

升级缘故原由

无

开拓/产品卖力人

无 ，有时候分外期间上线，或者某些企业流程严格，可能会须要卖力具名。

业务线卖力人

无，与开拓/产品卖力人描述差不多。

升级种别

重大[ ] 紧急[ ] 普通[ √ ]

重大：精简上线流程。
紧急：按照流程优先处理。
普通：根据运维部门的流程正常发布。

影响范围

无，例如订单模块，或者全局配置等，如实填写即可。

详细升级操作方法确认是否有sql优先实行，确认是否须要实行程序脚本（python，node，php）等有更好的建议，可以补充。
系统验证操作方法

无，如果有脚本可以验证，或者sql能够验证，请添加在此处。

系统回滚操作方法

如果上线失落败，就要有回滚的预案。
数据规复，代码回滚等等 。

升级做事器列表

根据业务实际情形，更新对应的做事器代码。
例如小流量，全量，也或者某个单独的做事所在的做事器。

欢迎大家连续补充。